截至 2026 年 10 月 16 日，Google Play 通讯录权限政策将于 2027 年 1 月 27 日对 Android 17 及以上版本执行。湖南 APP 开发项目应先判断批量读取是否属于核心功能；只做邀请、分享或选人时，应优先评估系统联系人选择器。
先确认项目是否真的需要批量读取通讯录
Google Play 的受限权限与替代方案说明指出，面向 Android 17 及以上版本并申请 READ_CONTACTS 的应用，需要说明用户可见的核心功能，以及系统 Contact Picker 为什么不能满足该功能。官方列出的可申报场景包括联系人管理、拨号或短信、CRM、来电筛选、无障碍、个人助手、好友匹配、备份恢复等，但是否通过仍以控制台审核为准。
分享文件、协作、邀请用户、选择某个联系人完成交易等一次性动作，通常不应为了自定义选择界面而保留整库读取。项目评审时不能只看旧版本已经申请过什么权限，而要回到“用户主动做什么、应用读取哪些字段、读取后保存多久”这条业务链。
把权限用途拆成可核对的验收表
| 核对对象 | 需要说明的证据 | 常见调整 |
|---|---|---|
| 用户功能 | 入口、触发人、读取字段、处理结果 | 删除仅供营销或便捷推荐的批量读取 |
| 技术调用 | Manifest、运行时申请、调用模块、第三方 SDK | 将一次性选人改成系统 Contact Picker |
| 数据去向 | 是否上传、保存期限、删除入口、日志字段 | 缩短留存并限制后台导出权限 |
| 审核材料 | 功能录屏、测试账号、声明答案、隐私政策位置 | 让描述、实际页面和安装包行为一致 |
Google Play 的政策期限页把该政策执行日期列为 2027 年 1 月 27 日。控制台自 2026 年 9 月起已开始提示相关应用提交声明，因此不宜等到目标 API 升级当周才处理。
改用 Contact Picker 后仍要验证兼容与异常
- 代码路径：优先评估
Intent.ACTION_PICK_CONTACTS，并确认返回的数据字段只覆盖本次任务所需内容。 - 版本矩阵：Contact Picker 只存在于 Android 17 及以上版本；旧系统的选择流程、权限提示和功能降级要分开测试。
- 拒绝场景：用户取消选择、只选部分字段或撤回授权后，应用不能卡死，也不能绕到后台批量读取。
- 工作资料：涉及个人资料与工作资料时，核对选择结果、账号隔离和后台同步范围。
- 三方组件：检查通讯录、分享、客服、统计等 SDK 是否仍在 Manifest 合并阶段带入无关权限。
验收证据应至少包含构建版本、目标 API、权限清单、选择器录屏、拒绝授权结果、网络请求记录和控制台声明截图。更多交付项可结合APP 定制开发与APP 开发 FAQ逐项确认。
哪些项目不要直接照搬同一整改方案
通讯录管理、企业 CRM、无障碍工具、个人助手和好友匹配可能确实依赖广泛访问，但仍要解释它为何属于核心功能，以及选择器为何不足。官方同时说明，企业私有应用与设备管理类应用存在特定豁免；豁免不等于可以忽略企业内部的数据权限、留存和审计要求。
如果项目尚未确定目标 Android 版本、核心使用场景或数据去向，先完成权限盘点和原型验证，再承诺提审范围。聚匠科技可在长沙 APP 开发项目中协助整理权限台账、版本矩阵、测试证据和应用商店资料；实际审核结论仍由平台作出。
说明：本文于 2026 年 10 月 16 日依据 Google Play 官方政策期限页与受限权限说明整理，具体适用范围和审核要求以平台当期文档及控制台提示为准，不构成审核通过保证。
