uni-app app端无法直接获取运营商，必须通过一键登录认证由运营商网关返回operator字段（如"cmcc"），因android 10+和ios 12+已禁用sim卡相关api，plus.android调用getsimoperatorname()在主流机型上失效。
uni-app App端无法直接获取用户所属运营商（如中国移动、中国联通），uni.getNetworkType 返回的只是网络类型（"cellular" 或 "wifi"），不包含运营商标识；Android 10+ 和 iOS 12+ 已彻底禁用读取 SIM 卡号或 MCC/MNC 的原生 API，所谓“获取运营商”必须绕过设备层，依赖运营商网关认证返回的上下文信息。
为什么不能用 plus.android 读取 TelephonyManager.getSimOperatorName()
老教程里常见的这段代码：
let TelephonyManager = plus.android.importClass('android.telephony.TelephonyManager');
let operatorName = TelephonyManager.getSimOperatorName();
在 2026 年主流机型上基本失效，原因很实在：
- Android 10+ 默认屏蔽
getSimOperatorName()，即使声明READ_PHONE_STATE权限也返回空字符串或"China Mobile"这类静态占位符，而非真实运营商 - iOS 自 iOS 12 起移除所有
CTCarrier相关字段（包括mobileCountryCode和mobileNetworkCode），调用直接报错或返回undefined - 双卡/ eSIM 场景下，系统可能无法确定“当前活跃卡”，
getSimOperatorName()返回结果不可靠，且无标准 fallback 逻辑
唯一可行路径：从一键登录返回的运营商上下文反推
运营商信息不是“读出来”的，而是“认证过程中由网关附带返回的”。uni.login({ provider: 'univerify' }) 已淘汰，必须用 uni.getUniverifyManager().login()，成功后服务端调用 uniCloud.getPhoneNumber() 时，DCloud 的 uni-cloud-verify 扩展会透出运营商字段（前提是云函数启用该扩展并正确配置）：
- 返回结构中会包含
operator字段，值为"CMCC"（移动）、"CUCC"（联通）、"CTCC"（电信） - 这个字段来自运营商 SDK 的原始响应，不是客户端拼凑，具备法律效力和业务可信度
- 前端无法直接拿到该字段——它只存在于云函数返回的解密结果中，需后端显式透传给前端（例如在登录成功回调里加
operator: res.operator）
容易被忽略的关键配置点
哪怕你写了正确调用，operator 字段仍为空，大概率栽在这几个地方：
-
manifest.json中未在「App模块配置」→「OAuth(登录授权)」→「一键登录」子项里填入各运营商的appkey和appsecret（注意：不是 uniCloud 的 key，是 DCloud 后台申请的独立凭证） - 云函数未启用
uni-cloud-verify扩展，或启用后没重启服务，导致uniCloud.getPhoneNumber()返回结果缺失operator - Android 打包时签名 MD5 填错，或
packageName与云服务空间中“一键登录应用”注册的包名大小写/空格不一致，运营商网关拒绝返回上下文信息 - 用户设备未开启移动数据（仅连 Wi-Fi），即使插着卡，运营商网关也无法完成握手，
operator字段直接不返回
真正能落地的“获取运营商”，本质是把 uni.getUniverifyManager().login() 当作一次轻量级运营商探测——它失败本身就在告诉你：没卡、没信号、非蜂窝网、或运营商不支持。成功后的 operator 字段，才是唯一可信赖的来源。
