IT 之家 7 月 4 日消息，科技媒体 Android Authority 昨日（7 月 3 日）发布博文，报道称谷歌安卓 16 引入了实时更新（Live Updates）功能，该功能将正在进行的任务通知提升至状态栏，但媒体播放通知被排除在外。原因在于媒体应用使用的是专用的 " 媒体样式 " 模板，不符合可以被提升为实时更新的特定样式。

谷歌计划在安卓 16 系统中，实现类似苹果 iOS 系统实时活动（Live Activities）的效果，推出实时更新（Live Update）功能。

实时更新是一种特殊的通知，系统会将其提升至锁屏、常显屏幕、通知面板和状态栏上显著位置，这些通知始终完全展开，用户无法将其折叠。

IT 之家此前报道，在安卓 16 系统中，应用如果想要使用实时更新，需要满足以下条件：

首先，它必须拥有特殊权限，即应用需要请求 Android 16 QPR1 中新添加的 POST_PROMOTED_NOTIFICATION 权限。

其次，应用必须明确请求提升通知，可以通过设置 EXTRA_REQUEST_PROMOTED_ONGOING 标志或使用 requestPromotedOngoing API。

此外，通知必须是 " 正在进行中 " 的，这意味着它是用户 " 积极参与 " 的后台任务，防止被系统关闭。

通知还必须遵循特定的格式规则，比如有标题、优先级高于最小值，不能是分组摘要、嵌入自定义内容或使用自定义背景色。

最后一个关键的限制是通知的样式。只有使用标准（没有特殊功能的基础通知样本）、大文本（用于包含电子邮件等大块可展开文本的通知）、来电（为来电提示定制，这种样式通常包含一个大的联系人照片，并提供诸如 " 接听 " 或 " 拒绝 " 之类的通话特定操作）和进度条（这种样式设计用于任何需要显示进度条的任务）四种特定模板之一的通知可以被提升为实时更新。

而媒体通知通常使用的是专用的媒体样式模板，这样做是为了获得安卓对媒体播放通知的特殊处理。

如果媒体应用切换到进度条样式，其通知将无法固定在快捷设置面板上，也不会显示媒体输出切换器等功能。因此，为了获得实时更新功能，媒体应用将不得不牺牲关键功能，这是一个相关应用不太可能接受的折中方案。

尽管如此，还是有疑问：为什么谷歌不能让媒体样式通知以实时更新的形式出现呢？毕竟，三星在 One UI 7 中已经实现了类似功能，默认将媒体通知显示为 " 实时通知 "。

该媒体认为谷歌在技术实现方面没有障碍，谷歌公司只是不认为媒体播放是实时更新的有效实用场景。

根据谷歌的文档，该功能适用于 " 正在进行中，具有明确开始和结束 " 的活动，并且需要用户在整个活动期间的关注。

合适的使用场景包括 " 主动导航、正在进行的电话、活跃的共享出行跟踪和活跃的外卖跟踪 "，而不合适的使用场景包括 " 聊天消息、提醒、即将到来的日历事件和快速访问应用功能 "。

尽管媒体播放没有被明确禁止，但它不符合谷歌的 " 时间敏感 " 模型，这解释了为什么媒体样式没有被自动提升。