通讯录权限：优先使用联系人选择工具
不需要广泛访问通讯录时须用 Contact Picker；READ_CONTACTS 需能证明核心用途，主要强制约 2027-01-27。
2026 年 9 月起 Console 可能提示提交声明
要点速览
- 默认 Picker，而不是一次读全通讯录。
- 广泛权限要过硬核心用途证明。
- Data safety 与隐私政策必须同步改。
01
谁需要关注
- 邀请好友、通讯录匹配、关系链导入类功能。
- 仍申请 READ_CONTACTS 的社交/工具 App。
- 计划 target Android 17+ 且保留通讯录权限的团队。
02
官网政策深度解读
2026-04-15 引入通讯录权限政策：不需要广泛访问时必须使用 Contact Picker。面向 Android 17+ 仍申请 READ_CONTACTS 的应用通常还须 Console 声明。主要强制约 2027-01-27；2026 年 9 月起可能开始提示。
深度解读：这是敏感权限「最小必要」样板。平台要的是用户点选的那几位联系人，而不是你的关系图谱爬取能力。
「一键导入全部好友」将成为高风险增长手段：要么改交互，要么能证明离开广泛权限产品不成立，并接受更高审查。
技术迁移通常比文案迁移快：真正卡住的是运营指标依赖与历史数据管道。要同时改增长策略与 Data safety。
03
典型场景拆解
邀请好友：改 Sharesheet/Picker 多选。
防骚扰名单：评估是否可用用户手动添加替代全量读取。
企业通讯录：看是否属于正当广泛访问并准备声明。
04
对开发者的实际影响
增长活动若依赖全量匹配，转化会掉一截。
未改 Data safety 会变成审核对照矛盾。
2026 Q4 不改造，会与 API/验证窗口撞车。
常见踩坑
- UI 改了 Picker，后台仍请求 READ_CONTACTS。
- 隐私政策仍写「读取全部通讯录」。
- 声明理由空泛（“用于社交”）。
05
未来情况分析
照片/视频、位置已在同一条「选择器优先」路上。
广泛敏感权限会越来越像「持牌能力」。
把权限清单纳入架构评审固定议程。
落地检查清单
按序勾选，便于研发、合规与发行对齐。
- 默认改为 Picker/Sharesheet。
- 确需 READ_CONTACTS：写清核心用途与最小范围。
- 更新 Data safety 与隐私政策。
- 回归邀请/匹配路径。
- 关注 Console 声明提示。
建议行动
能不用广泛通讯录就改 Picker；否则准备声明与披露材料，争取 2026 年内完成。
