谷歌正在为 Android 17 带来一次看似“小而实用”的进化：把手机的 Always On Display（AOD，息屏显示） 从一个被动的“时间/通知面板”升级成能显示应用专属极简界面的低功耗画布——这项内部代号为 “Min Mode” 的功能已在 SystemUI 代码中被发现，并且 Google Maps 很可能是首批试水的应用之一。
Min Mode 是什么：在息屏上运行“极简页面”
Min Mode 并非替代现有 AOD，而是增加了一种独立模式：在保留 AOD 的超低功耗显示状态（受限亮度、刷新率与色彩）的前提下，系统允许某个应用将全屏的极简界面呈现在息屏上，而不是仅显示时钟或通知。应用需要在清单里注册 MinModeActivity，并通过 SystemUI 提供的 MinModeProvider 进行注册与激活请求；系统也会在每隔一定时间微幅移动像素以防止 OLED 烧屏（例如每 60 秒偏移 1px）。这些细节来自对 Android Canary SystemUI 代码的分析。
为什么有意义：更丰富但不“吃电”
关键价值在于“在不显著增加耗电”的前提下，把有用的信息常驻呈现给用户。像导航、计时、运动数据或烹饪步骤这类持续但对实时性要求不高的场景，若每次都要点亮整块屏幕，会快速消耗电池；而 Min Mode 要求应用提供单色、极简、低刷新率的界面，这能把功耗压到接近 AOD 的级别，同时把信息密度提升数倍。换句话说，用户无需频繁唤醒设备就能“偷看”关键信息。
Google Maps 的省电导航：首发样例？
在Android代码中出现的 com.google.android.apps.gmm.features.minmode.MinModeActivity 字符串，以及 Google Maps 中关于“省电模式”不能横屏、通过电源键唤起等提示，强烈暗示 Google Maps 正在为 Min Mode 做准备：想象把逐向导航的核心信息（行进方向、剩余时间、下一步转弯）以单色极简方式常驻息屏，相比全屏常亮地图能显著节约能耗并延长导航续航。Google 可能把 Maps 作为参考实现，随后把 API 对第三方开放。
开发者怎么接入：API 与兼容性考虑
代码表明，应用需在 manifest 中声明 MinModeActivity，并与 SystemUI 的 MinModeProvider 对接，系统在判断哪一项活动应被展示时，会检测“屏幕熄灭前正在运行的应用/Activity”。这意味着：
- 应用需主动适配一套AOD 友好的极简视图；
- 系统会控制 burn-in 移动与亮度/刷新率限制；
- 开发者应考虑竖屏限制与低色彩限值（AOD 通常仅支持竖屏和单色/受限色域）。
从生态角度看，这既是一个机会（能把更多“常用场景”下沉到息屏），也是挑战（如何在极低功耗下依然保证信息可读、交互简洁且符合不同设备的电源管理策略）。
实际体验与潜在问题
Min Mode 的实用价值显而易见，但落地时会面临若干现实问题：屏幕烧屏、不同厂商的 AOD 策略差异、以及哪些应用值得常驻息屏的 UX 决策。此外，隐私也是一大考量——息屏常驻信息是否会暴露个人敏感内容，系统与应用需要提供清晰的权限与显示细化选项。例如导航信息相对安全，但某些通知式内容可能不适合直接在息屏展示。业内普遍认为，谷歌若想广泛推广，需要在 API 设计中加入兼容性、安全与能耗限制的强约束。
上线时点与后续展望
目前 Min Mode 在系统层仍处于“被禁用/未全面开启”的状态，且 Android 16 的 QPR3 版本预计不会新增此类开发者 API，因此 更可能随 Android 17 在 2026 年进入开发者预览/正式 API。一旦平台级 API 到位，第三方应用（健身、导航、音乐、家居控制等）都有机会推出各自的 Min Mode 实现，AOD 的用途就可能从“看时间/提醒”转变为“常驻任务面板”。这对折叠屏、大屏设备及车载互联场景尤其有吸引力。
Min Mode 不是把息屏变成战利品广告牌，而是把它变成有用且节能的“信息窗口”。如果谷歌与设备厂商能把烧屏、隐私与能耗这些痛点处理好，我们或许很快能在息屏上看到真正“有用”的应用界面，而不只是静态的时间和图标。短期内先看 Google Maps 的示范与 Android 17 的开发者文档发布——那将决定这项想法是“好玩而可用”，还是“难产的实验”。你希望在息屏上常驻哪类信息？欢迎在评论里投票。🗳️