上次聊 Beta 1，重点是大屏适配和底层性能。
这次 Beta 2 的主角换了------隐私和跨设备体验。
2 月 26 日，Google 推送了 Android 17 的第二个 Beta 版本。距离 3 月的平台稳定里程碑（API 冻结）只剩不到一个月，该定型的基本都定型了。
这次更新的信号很明确：Google 正在重新定义应用边界------你的 App 能碰什么数据、能连什么设备、能在哪些场景下弹窗，全都有了更细粒度的管控。
逐个拆解。
联系人不再随便读了
以前获取联系人信息，要么申请 READ_CONTACTS 拿到整个通讯录，要么自己写一套选择器 UI。两种方案都有问题------前者权限太大，后者开发成本太高。
Android 17 给了第三个选项：系统级 Contacts Picker。
跟 Photo Picker 的思路一致------系统弹出一个标准的联系人选择界面，用户选谁就授权谁的数据，而且只给你请求的字段。临时授权，会话结束就失效。
关键特性：
- 开发者指定需要的字段（姓名、电话、邮箱等），系统只返回这些字段
- 用户逐条选择，不会一次性暴露整个通讯录
- 授权是会话级的，不会持久化
这是 Android 隐私策略的延续：从「要么全给要么没有」转向「按需、最小化、临时授权」。如果你的 App 只是让用户选个联系人发邀请，再也不需要申请读取整个通讯录的权限了。
局域网也要授权了
这个改动可能会让不少 IoT 和智能家居类 App 头疼。
Android 17 新增了 ACCESS_LOCAL_NETWORK 运行时权限。以后你的 App 想要发现或连接局域网内的设备，用户必须明确授权。
以前这事不需要任何权限------连上同一个 WiFi，直接扫描就行。现在不行了。
影响范围：
- mDNS 服务发现
- 局域网设备控制（打印机、投屏、智能家居）
- 本地服务器通信
如果你的 App 有局域网通信的场景，需要提前适配。好消息是这是运行时权限，不是后台限制------用户授权一次就行。
OTP 短信的三小时隔离
这个设计挺有意思。
Android 17 对 OTP 验证码短信加了一层保护：未被授权读取短信的应用，在收到 OTP 短信后的 3 小时内无法访问该消息。
目标很明确------防止恶意应用在后台偷偷读取你的验证码。
而且这次的保护不只覆盖标准短信格式，各种变体格式的 OTP 消息都纳入了保护范围。3 小时后恢复正常访问，因为那时验证码基本已经失效了。
对正常 App 几乎没影响------大多数 App 本来就是通过 SMS Retriever API 或者 Autofill 来自动填充验证码的。但如果你的 App 有直接读取短信内容的逻辑，需要评估一下。
NPU 也有准入门槛了
随着端侧 AI 的爆发，越来越多 App 想调用设备的神经网络处理器。
Android 17 的做法很直接：你想用 NPU，先声明 FEATURE_NEURAL_PROCESSING_UNIT。
没有声明这个 Feature 的应用，直接被拦在 NPU 资源门外。
这不仅仅是权限管控。通过声明机制，系统可以：
- 在应用市场层面做设备兼容性过滤（没有 NPU 的设备不展示）
- 在系统层面做资源调度优化
- 为未来的 NPU 能力分级做准备
如果你的 App 用到了 NNAPI 或者任何端侧推理能力，现在就加上这个声明。
Bubbles：浮窗有了系统级方案
浮窗这事，一直是 Android 开发的灰色地带。
各家 ROM 实现不一样，权限管理混乱，用户体验参差不齐。Android 17 终于给出了系统级的浮窗方案------Bubbles。
用户长按 Launcher 图标就可以创建应用气泡，气泡以浮窗形式停留在屏幕边缘。在大屏设备上还有专门的 Bubble Bar 来组织和管理这些气泡。
对开发者来说：
- 不需要
SYSTEM_ALERT_WINDOW权限 - 系统统一管理浮窗的显示和交互
- 大屏、小屏的行为一致
对于即时通讯、外卖配送、音乐播放器等需要悬浮展示的场景，这是一个官方的标准化路径。
EyeDropper：无权限取色
这个 API 虽然小众，但设计很优雅。
EyeDropper API 让应用可以调起系统级的取色器，用户点击屏幕上的任何位置获取颜色值。
关键在于------不需要屏幕截图权限。
传统方案要实现取色，必须先截屏再分析像素，这就涉及到 MediaProjection 这种敏感权限。现在系统直接提供了安全的取色通道。
设计类、绘画类、主题定制类 App 可以直接用上。
Handoff：跨设备接力
这可能是 Android 17 中最有想象力的一个 API。
Handoff API 支持将应用状态无缝转移到伴侣设备上继续操作。
比如你在手机上看一篇文章看到一半，拿起平板就能从上次的位置继续看。如果目标设备没安装对应的 App，还能自动回退到 Web 版本。
系统层面还会在 Launcher 上提供接力建议，引导用户完成跨设备切换。
这和苹果的 Handoff 思路一致，但 Android 的开放生态让它有更多可能------不局限于自家设备，任何实现了 Companion Device 协议的设备都能参与。
其他值得关注的更新
- 高级测距 API：UWB DL-TDOA 支持室内导航，WiFi 近距离检测支持 proximity-based 的设备发现
- 数据流量 API：可以获取运营商分配的最大流媒体数据速率，方便做自适应码率
- ICU 78 + Unicode 17：扩展了脚本和 emoji 支持
- 触控板改进：增强指针捕获兼容性，对 ChromeOS 和大屏设备更友好
- Interactive Chooser ：新增
getInitialRestingBounds方法，可以控制分享面板的目标定位
时间线
| 里程碑 | 时间 |
|---|---|
| Beta 1 | 2026 年 2 月 |
| Beta 2（当前） | 2026 年 2 月 |
| Platform Stability | 2026 年 3 月 |
| 正式版 | 2026 年 Q2 |
| Q4 更新 | 2026 年 Q4 |
下个月就是 API 冻结。如果你有需要适配的隐私权限变更，现在是最后的窗口期。
写在最后
从 Beta 1 到 Beta 2，Android 17 的路线越来越清晰：
把选择权还给用户，把规范性还给系统。
联系人要用户选、局域网要用户授权、OTP 短信有隔离保护、浮窗有系统方案、取色不需要截屏权限。每一项都在做同一件事------缩小应用的隐式权限边界，扩大用户的知情和控制范围。
作为开发者，短期可能需要多写几行适配代码。但长期来看，用户信任度的提升才是真正的红利。
Android 17 的哪个新特性最让你兴奋？评论区说说。