音频眼镜和显示眼镜使用标准的 Android 通知框架，因此您可以使用相同的通知 API 在不同的外形规格中通知用户。为了最大限度地提高兼容性并最大限度地减少开发
开销，请使用 Android NotificationCompat API。Android 会解析传入的通知，并根据设备的功能调整其呈现方式。
通过遵循通知的最佳实践，您现有的手机 通知可以桥接到音频眼镜和显示眼镜，而无需进行任何 额外的配置。请阅读以下部分中的信息，了解系统如何针对音频眼镜和显示眼镜调整通知。
系统如何确定是否桥接通知
Android 会使用传入通知的 Notification.Style 以及
其他几个条件来确定是否将通知桥接到
用户的音频眼镜或显示眼镜。
支持的通知样式
音频眼镜和显示眼镜支持 Android Notification.Style 类的子集。以下通知样式在显示眼镜上完全呈现：
其他通知样式（例如 InboxStyle）不会被完全解析和
呈现。对于这些样式，系统不会呈现特定于样式的字段（例如
摘要文本（适用于 InboxStyle））。相反，系统会恢复为
标准样式，并且仅呈现通用字段（例如 内容标题）。
桥接的其他必要条件
除了通知的样式之外，通知还必须满足以下条件才能桥接到用户的音频眼镜或显示眼镜：
- 通知不受以下任何用户控制的
设置的限制，这些设置会阻止通知的传送：
眼镜配套应用设置：
应用级开关：默认情况下，眼镜应用中的应用通知处于关闭状态 ，以帮助用户有目的地决定哪些通知桥接到眼镜。
借助此默认行为，用户可以针对特定应用在手机上启用通知，但针对该应用在眼镜上停用通知。为了帮助用户决定是否在眼镜应用中为您的应用启用通知，请说明通知如何改善用户使用您的应用的体验。
用户手机上的系统级通知设置：
应用级开关：如果用户在手机上完全停用某个应用的通知，则不会桥接该应用的任何通知。
通知渠道设置：如果用户停用 应用定义的通知渠道的通知，则不会桥接该渠道的任何通知 。
用户手机上的系统级“勿扰”(DND) 设置：AI 眼镜使用手机的 DND 设置。如果用户的手机处于 DND 模式，则用户的眼镜也会屏蔽通知。
- 通知分配给具有
IMPORTANCE_HIGH或IMPORTANCE_MAX的渠道。 - 通知的标题不是
null或空。 - 通知未标记为
FLAG_LOCAL_ONLY。如果设置了此标志，则通知仅限于主设备。 - 通知不是持续性通知（例如持久性 后台任务），除非它符合实时动态通知的条件。
如何将实时动态通知桥接到显示眼镜
实时动态通知是一种专门的通知类别，专为需要实时监控的持续性用户启动活动而设计，例如网约车预计到达时间、精细导航或通话。与常规通知不同，实时动态会保持活跃状态，以提供在整个系统界面中显著显示的持续信息流。
对于显示眼镜，实时动态呈现在两个主要位置：
- 主屏幕：实时动态通知在主画布上显示为 卡片。如果有多个实时动态处于活跃状态，系统会改用 堆叠。
- 系统栏：当用户在另一个应用或体验中时，实时 动态会在系统栏中显示为状态芯片。每当状态发生变化时，这些芯片会短暂显示。如果显示屏处于休眠状态，状态芯片会自动唤醒屏幕以发出状态变化信号，以便用户无需手动互动即可随时了解情况。
如果实时动态通知使用 AI 眼镜支持的通知样式，则会被完全解析和呈现。使用
其他通知样式（例如 BigTextStyle）的实时动态通知不会被完全解析，
系统会将其调整为标准样式的通知。
适用于显示眼镜的可用通知操作
在显示眼镜上，传入的通知会显示为
抬头通知 (HUN)。对于 MessagingStyle 通知，您的
应用可以使用 直接回复 操作。用户可以点按以展开查看更多详细信息并进行回复。对于所有其他通知样式，唯一可用的选项是系统提供的清除操作。
使用直接回复时，用户可以通过语音回复，也可以通过向前滚动从智能回复列表中进行选择。对于智能回复，您可以使用我们的设备端 AI来建议简短的相关回复。