通知权限的粒度决定用户能否局部拒绝
别名: 通知粒度 · 通知渠道 · notification channels · permission granularity
概念解释
通知权限的粒度（granularity）指用户能拒绝到多细：只能全局开/关（应用级），还是能按类别关（社交/推荐/营销）、按事件属性关（被提及 vs 群聊杂音）、按时段关。粒度决定「局部拒绝」是否可能——它是通知治理落在用户手里的实际形态。
机制
粗粒度制造全有全无的选择。当唯一选项是全部关闭，用户面对的不再是「要不要这类通知」而是「要不要这个应用的通知功能」，多数人在不便与噪音之间选择忍受——忍受由此成为统计上的默认，低价值通知搭着高价值通知的车随意发送。搭售（bundling）正是粗粒度下频次膨胀的结构原因：营销召回与好友消息共享同一个开关，发送方没有理由节制。细粒度把拒绝变成可组合的局部决策，用户得以表达真实偏好（要消息、不要动态），发送方则被迫把每类通知单独放到价值审查下。
边界
粒度有理解成本：类别过多、命名不清的设置本身就是可用性负担，部分用户会因设置复杂而退回全局关闭——过细的粒度惩罚了想细调的人，类别数量与命名清晰度是真实的设计约束。系统级分组（操作系统提供的通知渠道）与应用内自定义各有管辖范围，两者映射不一致时互相破坏（系统里关了、应用里又开）。少数紧急类别（安全告警）不可关闭是合理例外，但必须明示且范围极小。
怎么落地
按事件性质而非产品内部结构划分通知类别——来自人的、来自系统的、营销召回三类起步，每类独立开关与独立频次上限。首次请求通知权限时给出预览（每类各是什么样的通知、默认多久一条），让授权有依据；新增通知类型必须重新征求归类，不得自动塞进既有授权。类别命名的检验标准：用户不看解释也能猜对该类包含什么。验证办法：统计细粒度下的关闭分布——某类被大量单独关闭而全局关闭率低，证明粒度在吸收不满；若用户仍然全局关闭，先查类别划分是否失真。