plus.device.getOAID返回空或undefined主因是运行环境非App平台、未启用OAID插件的基座、或设备缺失厂商服务框架；android_id比plus.device.uuid更可靠因其无需权限、卸载不重置；本地UUID须首次启动生成并三端持久化；IMEI在Android 10+已系统级禁用。
plus.device.getOAID 在 Android 10+ 上为什么返回空或 undefined
不是你漏了权限申请，也不是插件没装——plus.device.getOAID 在真机上返回空字符串、"00000000-0000-0000-0000-000000000000" 或直接 undefined，大概率是因为三个硬性前提没满足：
- 当前运行环境不是 App 平台（H5 / 小程序中调用必报错或返回
undefined） - 你用的是「云编译默认基座」或未启用 OAID 插件的自定义基座（HBuilderX 中需手动勾选「OAID 支持」并重打基座）
- 目标设备未安装对应厂商服务框架（如华为未装 HMS Core、小米未装 MSA 服务、OPPO/vivo 系统版本过低）
调试时务必在真机控制台看日志：出现 MSA SDK init failed 或 oaid: "" 就说明初始化失败，不能等到登录页才首次调用。
android_id 为什么比 plus.device.uuid 更可靠
plus.device.androidId 已在部分新版基座中弃用，但原生 android_id（即 Settings.Secure.getString(cr, "android_id")）仍是目前兼容性最强的系统级标识。它不依赖敏感权限，Android 5.0+ 全覆盖，且卸载重装 App 不会变。
- 别用
plus.device.androidId—— 它是旧版 5+ Runtime 封装，行为不稳定 - 改用原生桥接：
plus.android.importClass('android.provider.Settings$Secure')+getString获取 - 某些 ROM（如 vivo Funtouch OS、华为鸿蒙 3.0+）会返回固定值或
null，必须加空值判断 - 可拼接
Build.SERIAL（需plus.android.importClass('android.os.Build')）增强区分度，但注意部分机型返回"unknown"
本地 UUID 必须首次启动生成并三端持久化
当 OAID 和 android_id 都失效时（比如用户拒权、低端机、厂商魔改 ROM），唯一可控方案就是自己生成并存住。这不是“退而求其次”，而是生产环境的事实标准。
- 生成逻辑必须带熵：
'xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx'.replace(/[xy]/g, c => { const r = Math.random() * 16 | 0; return (c === 'x' ? r : (r & 0x3 | 0x8)).toString(16); }) - 存储优先级建议：
uni.setStorageSync('device_id', id)→ 失败则 fallback 到plus.storage.setItem('device_id', id)→ 再失败则写文件（iOS 17+ 对uni.setStorageSync沙盒限制更严） - 千万别在每次启动都重新生成——必须只在首次启动（
!uni.getStorageSync('device_id')）时生成并写入 - 这个 ID 本质是“设备会话 ID”，不是硬件 ID；服务端校验时应结合时间戳、IP、行为特征做二次风控
为什么不能把 plus.device.imei 当真用
从 Android 10（API 29）起，plus.device.imei 调用必然失败。它底层走的是 TelephonyManager.getImei()，而谷歌已在系统层直接拦截——即使你在 manifest.json 声明了 READ_PHONE_STATE，即使用户点了授权，也只会返回空字符串、"000000000000000" 或抛出 SecurityException。
- 双卡设备有
getImei(0)和getImei(1)，行为不一致，部分机型返回null - targetSdkVersion ≥ 29 的 APK 若声明该权限，Google Play 直接拒审
- 政务/银行类 App 可走特权通道，但需工信部白名单，普通开发者不可行
- 模拟器和 Android ≤ 9 设备可能返回值，但完全不能作为上线依据
真正难的不是“怎么拿到 ID”，而是接受安卓生态里根本不存在一个稳定、合规、全场景可用的单一设备标识——所有靠谱方案都是链式 fallback，且每一层都要加兜底、缓存、日志和服务器校验。
