解读

这是一道“通知深度题”。国内大厂（如阿里、腾讯、美团）在社招二面或校招终面常问，考察点不是“能背出两个类名”，而是“能否把通知样式、系统限制、业务场景、性能与兼容性问题串成闭环”。面试官通常先让你回答定义，再追问“为什么不用自定义 RemoteViews”“在 MIUI/鸿蒙上表现如何”“折叠屏大字体下会不会截断”，答不上来就扣分。因此回答要分层：先给一句话定义，再给系统原理，再给国内机型差异，最后给线上真实案例。

知识点

1. 通知层级：Notification→Notification.Builder→Style（Android 4.1+ 引入）
2. 通知视图结构：标准视图（64 dp 高度）/ 大视图（256 dp 高度）。只有 setStyle 才能展开大视图
3. BigTextStyle：继承 Notification.Style，内部构建 RemoteViews 时加载 bigTextLayout，支持 setBigContentTitle、setSummaryText、setBigContentTitle、bigText(CharSequence) 方法；最大字符限制约 1024 字节（中文 512 字左右），超出系统直接截断无异常
4. InboxStyle：同样继承 Notification.Style，内部使用 inboxLayout，支持 addLine 按顺序追加行，最多 6 行可见（第 7 行起被系统折叠），每行约 40 字符；提供 setBigContentTitle、setSummaryText
5. 展开条件：API 16+ 且通知优先级 ≥ PRIORITY_HIGH；国内 ROM（MIUI、ColorOS）若关闭“悬浮通知”或“锁屏通知”，大视图不会自动展开，需用户双指下拉
6. 兼容性：Android 12 引入 Material You 动态配色，BigTextStyle 与 InboxStyle 自动跟随系统强调色，无需适配；但鸿蒙 2.0 兼容层会丢失 setSummaryText，需业务方兜底
7. 性能：两种 Style 走的都是系统内置 RemoteViews，比自定义 RemoteViews 少一次布局 inflate，节省 1-2 ms 主线程时间；但 InboxStyle 每 addLine 一次会触发一次 Spannable 构建，连续 add 超过 10 行在低端机（骁龙 450）上 GC 抖动 8 ms，可能掉帧
8. 业务对比：IM 类应用（微信、钉钉）用 InboxStyle 做多条未读聚合；内容类（今日头条、知乎）用 BigTextStyle 做全文摘要；OTA 下载完成用 BigTextStyle 展示 MD5 与大小；外卖骑手一次送多单用 InboxStyle 展示“3 单已送达”列表

答案

BigTextStyle 是 Android 系统提供的原生大文本通知样式，用于在展开视图里显示一段完整长文本，最多约 512 个汉字，适合单条内容详情场景，如新闻摘要、OTA 更新说明、客服长消息等。
InboxStyle 也是系统原生样式，以列表形式逐行展示多条摘要，最多 6 行可见，适合“聚合类”场景，如 IM 多条未读、邮箱收件箱、外卖一次多单进度。
两者都必须通过 Notification.Builder.setStyle() 设置，且只有优先级 ≥ HIGH 时才会在系统界面自动展开；在国内 ROM 需额外检测锁屏通知开关，否则用户只能手动下拉展开。
与自定义 RemoteViews 相比，它们免维护、跟随系统主题、内存占用低，是官方推荐的首选方案。

拓展思考

1. 折叠屏大字体模式下，BigTextStyle 的 256 dp 高度可能被裁成 192 dp，如何在运行时动态计算最大安全字符数？
2. 当业务需要第七行 Inbox 文本时，是放弃 InboxStyle 改用 MessagingStyle，还是把两行合并成一行？合并后如何避免被 MIUI 截断？
3. Android 13 新增 POST_NOTIFICATIONS 权限，若用户拒绝授权，以上两种 Style 都无法展示，此时如何降级到应用内横幅并保证留存率？
4. 在国内厂商“通知盒子”策略下，系统会把高优先级通知聚合成“X 条应用消息”，导致 InboxStyle 的 addLine 全部失效，如何通过厂商白名单或引导用户关闭聚合？