TelephonyManager未公开SIM状态咨询：返回13、14值的原因及含义

核心结论 #

未定义的SIM状态码（如13、14）几乎都是厂商或运营商自定义的扩展状态，本质还是和运营商锁定相关，但因底层实现差异没有映射到Android标准的SIM_STATE_NETWORK_LOCKED常量。

13、14状态码的可能含义 #

根据实际设备复现和开发者社区的案例总结：

• 13：通常对应「需要运营商解锁码的SIM锁定状态」，区别于标准状态（标准状态更多指向设备网络锁定，而这个值明确需要输入运营商提供的解锁码，而非PIN/PUK）
• 14：多为「锁定状态下的细分异常场景」，比如SIM卡被锁定且暂时无法读取、或等待运营商远程解锁的中间状态

为什么不返回标准的SIM_STATE_NETWORK_LOCKED？ #

• 厂商ROM定制：部分品牌（如三星、一加的运营商定制机型）会修改Telephony底层逻辑，用自定义状态码区分更细的锁定场景，方便触发专属的解锁引导UI
• 基带固件差异：高通、联发科等基带厂商的底层状态码体系和Android标准不完全对齐，部分机型会直接透传基带返回的原始状态码，没有做映射转换
• 运营商特殊需求：部分运营商要求设备针对他们的锁定策略返回专属状态码，用于统计或触发运营商APP的解锁流程

应对建议 #

• 兜底处理未定义状态：在代码中判断，如果getSimState()返回值不在官方文档列出的常量范围内，统一按「运营商锁定相关状态」处理，提示用户检查设备锁定情况
• 辅助验证锁定状态：结合isNetworkLocked()（API Level 23+）或getNetworkLockState()（API Level 30+）来交叉验证，确认设备是否真处于锁定状态
• 品牌适配：针对反馈问题较多的设备品牌/型号，单独做状态码映射，比如已知某品牌13对应运营商锁定，就单独处理该值

内容的提问来源于stack exchange，提问作者Connor Jackson