1.1 什么是通知渠道？
通知渠道 (Channel) 是 Android O 引入的新功能，旨在解决以下问题：
- 应用的通知越来越多，给用户造成明显打扰。
- 在用户有屏蔽应用的部分通知需求时，只能全局屏蔽这个应用的全部通知，不能屏蔽部分，然后留下对自己有用的。
从 Android8.0（API ≥ 26）开始，Android要求开发者必须为所有的通知分配渠道，不同类的消息走不同的渠道发送。用户可关闭单个渠道的消息通知，不会影响其它渠道的消息推送。以原子笔记(v1.0.3.02) 为例，通知分成了5种渠道，1个渠道分组（Channel Group），如下图：
- 渠道：实际的通知类别，原子笔记分成了5类通知。
- 渠道分组：一组渠道，仅用于做分组区分，没有更多的逻辑。
- 每个通知渠道的权限互相独立，互不影响。例如，原子笔记的“录音”类通知为关闭，“提醒”类通知为优先显示。
1.2 如何适配通知渠道？
1. 在产品发布之前，需由产品和运营提前规划好该应用的通知渠道，如“订单通知”、“评论回复提醒”、“新资讯提醒”等，不同类别的消息走不同渠道发送。规划好的渠道不应该在不同版本频繁变更，以免用户设置发生变化。
2. 合理控制渠道数量，建议在2～7个之间；根据需要可以使用渠道分组来对渠道进行分组归类，方便用户区分识别；避免使用1个渠道发送多种类型的通知。
3. 渠道名称是对用户可见的，因此需要使用方便用户理解的文本，因此，渠道命名应符合通知内容特征，例如，发送快递接收信息的专用渠道，命名为“快递信息”，便于用户理解，同时避免名字重复。
4. 渠道名称需要做多语言适配（默认直接显示名称，如果要跟随系统语言的变化而变化，要提翻译），手机重启后才会切换其他语言。
1.3 通知渠道的优先级如何定义
渠道的优先级会影响通知的悬浮、响铃和振动。为了平衡业务发展的需求和通知栏的整体体验，通知栏对渠道优先级的定义做出如下规范：
| 优先级 | 铃声 | 振动 | 在通知栏显示 | 悬浮显示 | 锁屏显示 | 使用原则 |
| max（以下简称“5”） | 允许 | 允许 | 允许 | 允许 | 允许（上线中） | （用户设置不了）关系到用户生命和财产安全、需要用户立即作出反应否则会造成设备不可用或个人生命/财产受到威胁的通知，如台风预警、暴雨预告、流量预警等，通知栏会视应用使用情况决定是否收紧该能力 |
| high（以下简称“4”） | 允许 | 允许 | 允许 | 允许 | 允许（上线中） | 用户短时间内必须了解或采取行动的通知，如信息、电话、账户变动等 |
| default（以下简称“3”） | 允许 | 允许 | 允许 | 用户在方便时需要尽早查看的通知，如好友申请等； | ||
| low（以下简称“2”） | 允许 | 跟用户相关但可以等待的，或无需用户处理的通知，如关注的作者更新、有更新的内容等； | ||||
| min（以下简称“1”） | 允许 | 与用户完全无关的非必要信息，如促销内容、活动信息等； |
具体到业务场景，本规范根据消息的类型，给出了每种消息优先级的可设置范围，不在以下范围内的，由各项目组与通知规范小组共同决策：
| 分类 | 优先级上限 | 类别举例 | ||
| 系统消息 | 系统通知 | 验证码 | 4 | 验证码信息 |
| 软件更新 | 3 | APP版本更新提示信息 | ||
| 邮件 | 3 | 邮件的发送、接收状态信息 | ||
| 短信 | 4 | 短信，彩信等信息 | ||
| 语音通话 | 4 | 语音通话相关的信息 | ||
| 软件状态 | 5 | 与应用的运行、性能、权限、流量等通知信息 | ||
| 常驻信息 | 4 | 音乐类、工具类、天气类等常驻通知栏信息 | ||
| 用户订阅 | 社交动态 | 2 | 用户之间的社交互动提醒，如：被赞、被@、评论、留言、关注、转发 | |
| 非社交动态 | 2 | 非社交属性的且与用户相关的实时信息更新 | ||
| 订阅 | 4 | 用户主动订阅关注的内容更新提醒，如：你关注的xxxx更新 | ||
| 日程 | 4 | 用户设置的行程通知，提醒 | ||
| 物流 | 4 | 物流节点信息，包括收发货，派送，签收，取件通知等 | ||
| 订单 | 4 | 生成订单相关信息 如：下单成功 卖家收到新订单 订单详情 | ||
| 特殊关注 | 4 | 基于普通的动态、订阅消息之上的特别关注内容 | ||
| 待办 | 4 | 用户在app内设置的提醒信息 | ||
| 财务 | 4 | 包括收付款，红包，涉及金额、账单、交易等信息 | ||
| 出行 | 4 | 用户使用相关app时的导航、路线相关提醒 | ||
| 营销消息 | 新闻资讯 | 阅读推荐 | 2 | 非用户主动订阅，APP向用户推送的文字内容。如：微博、资讯、新闻、点评、小说、公告 |
| 音频推荐 | 2 | 非用户主动订阅，APP向用户推送的视频、音频、直播、 | ||
| 陌生人推荐 | 2 | 大V、主播、异性、可能认识的人等 | ||
| 理财 | 2 | 金融理财产品推荐，如：投资、贷款、股票、基金、贵金属。 | ||
| 天气 | 2 | 天气相关的推送 | ||
| 产品推荐 | 广告促销 | 2 | 商品推广、宣传，或者折扣、红包、领劵优惠信息 | |
| 产品推荐 | 2 | 所有商品、商家、店铺推荐 | ||
| 活动推送 | 运营活动 | 2 | 各类APP内的活动、小游戏提醒，如：抽奖、积分、签到、任务、分享、偷菜、领金币、限时折扣、红包、返现、优惠卷 | |
| 邀请 | 2 | APP基于自身产品功能对用户发起的各类邀请，如：邀请用户点评、答题、发布视频、撰文等 | ||
| IM消息 | 即时聊天信息 | 即时消息 | 4 | 用户与用户或商家进行交流时产生的文字推送 |
| 消息提醒 | 4 | 不展示具体消息内容的IM消息提醒，如：你收到一条新消息（伪装成消息提醒的内容推荐类不算） | ||
| 其他消息 | / | 不在以上分类的，由各业务方与SQA共同决策 |
“社交动态”类需满足“交互要求”：1. 弹窗说明将收到该类别的PUSH通知。2. 用户可选择“同意”或“取消”，用户同意后可加入“系统消息”分类。
“订阅更新”类需满足“交互要求”：1. 弹窗说明将收到该类别的PUSH通知。2. 告知用户关闭通知的完整路径，可加入“系统消息”分类。
FAQ
1、一定要适配通知渠道吗？
取决于你的应用的API：
- API ≥ 26(Android 8.0)：必须适配，而且必须给每条通知指定一个渠道，否则无法发出通知
- API ≤ 25(Android 7.1)：可以不适配。在8.0及以上的设备，通知也能正常发出
2、一定要有渠道分组吗？
不是必须的。没必要强行设置渠道分组，应该视自己的业务需求而定。
3、我的通知是通过Vpush发的，我也能自己设置渠道吗？
目前，Vpush只有固定的渠道，不支持应用自定义Vpush渠道哦~
4、适配渠道后，在 Android 8.0 以前的设备会怎么表现
Android 8.0 以前的设备，会完全无视这个功能，因此不会带来任何兼容性问题。