Android 10+禁止普通应用获取IMEI，应优先使用OAID（需集成MSA SDK插件）或本地生成并持久化UUID；调试时通过运行日志确认OAID是否正常返回。
uni-app里直接调用getIMEI会报错，因为Android 10+禁止普通应用读取IMEI
从 Android 10（API 29）开始，除非你的 App 是设备管理员或已声明 READ_PRIVILEGED_PHONE_STATE 权限（仅系统级应用可用），否则调用 getIMEI 会直接抛出 SecurityException 或返回空字符串。真机调试时看到 undefined 或 ""，基本就是这个原因。
- 不要在 manifest 中硬加
android.permission.READ_PHONE_STATE—— 它在 targetSdkVersion ≥ 29 时已失效 - 不要依赖 HBuilderX 自带的
plus.device.getInfo().imei，它底层仍是调用原生 IMEI 接口，同样被拦截 - 模拟器、低版本 Android（≤ 9）可能返回值，但不能作为上线依据
替代方案：优先用getOAID，需集成第三方 SDK 并手动配置
OAID（Open Anonymous Device Identifier）是移动安全联盟（MSA）推出的匿名设备标识方案，目前主流厂商（华为、小米、OPPO、vivo 等）都支持，且无需敏感权限。但 uni-app 默认不提供该能力，必须通过原生插件接入。
- 推荐使用官方 MSA SDK 的封装插件，例如
uni-plugin-oaid（需在 HBuilderX 中安装原生插件） - 插件启用后，调用方式为：
uni.getOAID({ success: res => console.log(res.oaid) }) - 注意：华为设备在未安装“华为移动服务（HMS Core）”时，
oaid可能为空；小米/OPPO/vivo 设备需确保系统版本较新（MIUI 12.5+/ColorOS 11.2+ 等） - 首次调用可能有延迟（需初始化 SDK），建议提前在 onLaunch 中触发一次获取并缓存
实在需要稳定唯一 ID，就自己生成并持久化uuid，别碰硬件标识
如果你只是用于用户行为追踪、设备绑定、防刷等场景，真正需要的是「同一台设备多次启动保持一致」，而不是「跨设备绝对唯一」——那自己生成一个 UUID 存到 uni.setStorageSync 就够了，且完全可控、无权限问题、全平台一致。
- 示例代码：
const deviceId = uni.getStorageSync('device_id') || uni.generateUUID(); uni.setStorageSync('device_id', deviceId); - 优点：iOS / Android / 小程序端行为统一，不触发隐私弹窗，不被系统限制
- 风险点：用户清除 App 数据后 ID 会重置；如需长期绑定，应配合登录态 + 后端设备表做映射
- 别用
Date.now() + Math.random()这类伪随机方式，碰撞概率高，也不满足「稳定」要求
调试时怎么确认 OAID 是否正常？看日志里有没有oaid:字段和真实值
在真机运行时打开 HBuilderX 的“运行日志”，搜索 oaid。如果看到类似 [OAID] oaid: 7a8b9c0d-1e2f-4a5b-9c0d-1e2f4a5b9c0d 的输出，说明 SDK 初始化成功；若只有 [OAID] oaid: （后面为空），常见原因有：
- 手机没装对应厂商的移动服务（如华为没装 HMS Core）
- 插件未正确配置
android:name或混淆规则误删了 MSA 类（需在proguard-rules.pro中保留-keep class com.bun.miitmdid.** { *; }） - 调用时机太早（比如在
onLoad里才第一次调），SDK 还没 ready，建议改到onLaunch或加个setTimeout延迟 300ms 再取
OAID 不是开箱即用的功能，得配 SDK、看日志、验真机，而且不同厂商的兼容边界很细——比如 vivo 某些定制 ROM 会返回固定字符串，这些细节一不留神就掉坑里。
