安卓公布通讯录写入新规则,App保存联系人要怎么变?

扫名片、保存号码至通讯录，App常申请“在后台改动整个通讯录”的权限。现在Android计划为这些操作划分明显的权限边界。

10月21日，Google公布联系人写入调整计划：用户主动新增、编辑联系人，优先交付系统编辑页；需要后台批量管理的App，再申请新的特殊访问权限。 直接写入限制将在2027年下一版Android上实施，针对以该版及以后为目标的App。

官方编辑页设计稿如下：

新建联系人半屏设计稿

App完成识别、预填工作，由用户确认

以名片扫描为例，：App识别姓名、公司、电话和邮箱，点击“存入通讯录”，系统编辑页预填字段，用户核对后保存，也可以展开完整页面补充资料。

如果这个人已经在通讯录里，App可以打开“添加到现有联系人”，让用户搜索目标，把新号码补进去，也可以选择新建。

选择已有联系人设计稿

对应到开发接口，新建用 ACTION_INSERT；让用户选择已有联系人或新建，用 ACTION_INSERT_OR_EDIT；已经持有目标联系人URI，则用 ACTION_EDIT。

这三个Intent就是把编辑任务交给系统的入口，调用它们不需要App申请通讯录写入权限。用户仍要在编辑页确认。

手机厂商需要统一体验

联系人Intent在旧Android上已经存在。过去开发者头疼的，是不同设备表现天差地别：传入头像丢失，返回键意外保存，“新建联系人”又可能藏得很深。Google在公告中承认这些问题都是存在的，在这种情况下，直接申请写权限是开发者的合理选择。

完整联系人编辑页设计稿

2027年更新的下版Android将统一这些行为。厂商仍可按自己的系统风格调整外观，但编辑行为要遵循相同标准。

保存位置、头像需要更明确的处理方式。EXTRA_ACCOUNT用于建议保存到哪个账户，本次会统一该字段的设备支持；新增的 EXTRA_PHOTO_URI 则需要App把头像交给编辑页预填。

已有联系人资料编辑设计稿

另外，往通讯录塞入“通过某App通话、发消息”的入口的做法需要另改。新编辑页支持标准联系人数据类型，自定义MIME数据行会被忽略。Google为这类通话、消息入口提供了People Directory，计划在Android 17 QPR2推出，让App发布联系人的可通话、可发消息信息，无需修改用户通讯录。

后台同步和批量管理需要特殊访问

企业CRM或云通讯录可能持续双向同步，一次恢复几百条联系人也无法逐条弹出编辑页。这样的核心功能，才需要评估 MANAGE_CONTACTS。

Google允许的适用情况，包括专门的联系人管理或拨号替代应用、批量更新联系人的来电识别与反骚扰应用、批量备份恢复和换机迁移等。是否获准取决于核心功能是否需要广泛访问。

特殊访问资格对照原表

MANAGE_CONTACTS要由用户进入系统“特殊应用访问权限”中的“管理联系人”开启。 它涵盖读取、新增、修改和删除等操作，获得后无需再额外申请 READ_CONTACTS。

在Google Play分发时，使用这项权限还需提交声明，解释系统Intent为何不足以支撑核心功能。用户在设置中授权，与Play对应用用途的审核，是两道分别要完成的手续。

今年将提供新权限，明年改变写入规则

MANAGE_CONTACTS先在今年Android 17 QPR2提供。到2027年下一版Android，直接写入限制和编辑行为将统一。

官方写入调整时间表

以旧版本为目标的App保留现有写入行为。运行在新系统上的App，则无论目标版本如何，都能使用标准化编辑页。设备系统版本和App的目标版本，在这里分别决定了体验与限制。

进入限制范围后，App仍只靠 WRITE_CONTACTS 直接写入，会遇到权限拒绝或 SecurityException。团队现在可以先排查直接写入代码，把用户点击“保存”的入口与后台同步分开改造；旧设备确有兼容需求时，再按实际支持范围保留旧权限。

存一张名片，接下来最重要的是把信息交全、让用户确认。管理整本通讯录，才需要回答为什么必须获得长期而广泛的访问。Android这次补齐的，正是两种需求之间的分界。