指南摘要
解读 Android REGISTERED 状态，确认查询是否覆盖生产证书，并记录检查时间、版本和后续商店发布要求。
适合人群: 已经取得 REGISTERED 结果，需要决定能否继续发布的开发者和发布负责人。
发布检查步骤
- 确认输入是生产包名，并记录是否附带生产证书指纹。
- 保存查询时间、状态和对应的正式产物或版本。
- 继续检查商店政策、目标 API、权限和提审要求。
- 签名变更或软件包归属转移后，重新查询实际发布组合。
关键事实
注册记录已识别
证书匹配仅在查询提交证书时得到确认
下一步继续商店与发布验收
注意事项
注册状态不评估应用内容、恶意行为、权限合理性或商店审查决定。不要把绿色结果写成“APK 已通过安全认证”。
详细说明
先确认这次 REGISTERED 究竟证明了什么
只提交包名时，结果说明该名称关联到已验证开发者；提交了 SHA-256 时，才同时确认该证书属于查询匹配范围。若发布流程要求验证签名，而你之前只查了包名，请补做组合查询。
把状态、输入、产物摘要和时间保存在同一份发布证据中。之后继续检查商店审核、目标 API、权限与内容政策；未来更换签名、转移包名或更新官方记录时，旧结果不能自动代表新版本。
- 密钥变更后重新验证。
- 账号或包名归属转移后重新验证。
- 不要把结果当作商店批准。
响应示例
{
"state": "REGISTERED"
}填入正式包名；要核对实际 APK 的签名，再补充该产物的公开证书 SHA-256。查询用于发现登记问题，不能代替商店审核。
运行状态检测 →常见问题
REGISTERED 以后会变吗？
可能。包名所有权、签名密钥或官方记录变化，都可能影响后续查询。把结果作为某个版本、某组输入在某个时间点的检查证据，重要发布节点仍应重新核对。
这能证明 APK 没有恶意代码吗？
不能。API 判断的是注册身份关联，不是代码安全、隐私行为或政策合规性。APK 的安全与商店发布验收仍需要独立流程，不能仅凭注册成功放行所有检查。
来源与审核
最后审核: