指南摘要
Android NOT_REGISTERED 怎么处理？核对正式 applicationId、账号和注册流程，再复查原输入，避免误改包名或签名密钥。
适合人群: 发布前遇到未注册结果，需要找出正确整改入口的 Android 团队。
发布检查步骤
- 从生产 APK 确认最终 applicationId，检查是否误填应用名称或 debug 后缀。
- 确定包名应由哪个开发者账号、哪个官方控制台管理。
- 完成包名登记和必要的所有权证明。
- 等待控制台显示完成并考虑状态传播，再以同一包名和证书复查。
关键事实
当前结果未识别注册记录
优先核对生产包名
避免操作无计划地换密钥或创建替代包名
注意事项
包名影响升级、链接、权限和用户连续性。不要为了改变查询结果而创建新包名，或擅自修改正式 applicationId。
详细说明
先排除输入错误，再检查账号待办
从实际生产产物读取 applicationId。debug 后缀、多渠道 flavor 和应用显示名称都可能导致查错对象。值确认后，再进入 Play Console 或 Android Developer Console 查看该账号的登记待办。
刚完成注册时，保留原输入，待控制台处理完成后再复查。若还未识别，应继续核对归属与证明材料，不能用无限重试替代调查，也不要为“变绿”而临时生成新密钥。
- 核对完整包名。
- 确认账号访问权限与归属。
- 完成所需所有权证明，保留处理记录。
响应示例
{
"state": "NOT_REGISTERED"
}填入正式包名；要核对实际 APK 的签名，再补充该产物的公开证书 SHA-256。查询用于发现登记问题，不能代替商店审核。
运行状态检测 →常见问题
是不是说明包名被别人注册了？
不一定。未完成登记、查询了错误的变体或错误输入，都可能让当前身份未被识别。先检查正式包名和控制台记录；存在归属争议时再走官方支持流程。
CI 应该一直自动重试吗？
不应该。NOT_REGISTERED 是成功响应中的业务状态，需要调查或登记处理。它与临时 500、503 等服务错误不同；完成整改后有目的地复查，避免消耗配额而没有新信息。
来源与审核
最后审核: