android 10+无法获取imei，oaid需标准基座并启用msa sdk，android_id需原生桥接并拼接build.serial，兜底方案须用标准uuid v4生成并持久化。
Android 10+ 调用 getIMEI 必然失败，别再试了
从 Android 10（API 29）起，系统直接拦截所有非系统级应用对 TelephonyManager.getImei() 的调用。即使 manifest 声明了 android.permission.READ_PHONE_STATE、动态申请了权限、甚至用了 Native.js 反射调用，结果也只会是：""、"000000000000000" 或直接抛出 SecurityException。HBuilderX 自带的 plus.device.getInfo().imei 和 plus.device.imei 同样走底层原生接口，一样被拦。iOS 自 iOS 7 起就彻底移除 IMEI 访问能力，uni.getSystemInfoSync() 根本不提供该字段。
uni.getOAID 不是开箱即用，环境配置不到位就返回 undefined
这个 API 仅在 App 平台（非 H5/小程序）可用，且依赖两个硬性前提：
- 打包必须使用「标准基座」或「自定义基座」，且在 HBuilderX 打包设置中明确勾选「OAID 支持」——云编译默认基座不带 MSA SDK
- 真机调试时若报
Cannot read property 'getOAID' of undefined，说明当前运行基座没集成 OAID 模块，需切换基座并重打安装包 - 华为设备未安装 HMS Core、小米/OPPO/vivo 系统版本过低（如 MIUI "00000000-0000-0000-0000-000000000000"
实操建议：在 App.vue 的 onLaunch 中提前触发一次获取并缓存
uni.getOAID({
success: res => {
if (res.oaid && res.oaid !== '00000000-0000-0000-0000-000000000000') {
uni.setStorageSync('oaid', res.oaid)
}
}
})
fallback 到 android_id 需手动桥接，不能依赖 plus.device.androidId
android_id 是目前兼容性最好、无需权限的系统级标识，但 uni-app 默认不暴露该能力。常见错误是直接调用已弃用的 plus.device.androidId，它在新版基座中返回 undefined 或空值。
正确做法是通过 plus.android 原生桥接获取：
- 用
plus.android.importClass('android.provider.Settings$Secure')导入类 - 调用
getString(cr, "android_id")，其中cr是 context.getContentResolver() - 务必拼接
Build.SERIAL（非"unknown"时）提升区分度，因为部分 vivo、华为鸿蒙设备会返回固定值 - 需加空值判断，某些 EU 版 MIUI 或定制 ROM 可能返回
null
本地生成 UUID 是唯一全平台兜底方案，但必须用标准 v4 实现
当 OAID 初始化失败、android_id 为空、用户拒绝所有权限或遇到低端机 ROM 问题时，只能自己生成并持久化。关键点在于：
- 不能用
Date.now() + Math.random()拼接——碰撞概率在万级设备量下就会明显上升 - 必须用标准 UUID v4 模板（8-4-4-4-12 格式），推荐直接使用
crypto.randomUUID()（Android 12+/iOS 16+）或兼容库如uuidnpm 包（需配置原生插件支持） - 存储必须三端一致：
uni.setStorageSync（推荐）、plus.storage.setItem（兼容老基座）、或写入plus.io文件 - 首次生成后立即存，不要等到登录页才触发，否则用户行为链路会断
最容易被忽略的是：OAID 的初始化延迟和 UUID 的生成质量。前者导致你查日志看到空值就以为失败，其实只是时机不对；后者一旦写错，设备 ID 就不再是“唯一”，而是变成一堆重复字符串。
