plus.device.getoaid仅在app平台标准或自定义基座（需启用oaid支持）下可用，h5等环境不支持；android 10+禁用imei，推荐android_id拼接build.serial，并按oaid→android_id→本地uuid优先级链式获取设备标识。
uni-app里直接调用plus.device.getOAID会报错？先看运行环境
不是所有打包方式都支持plus.device.getOAID——它只在「App平台（即原生Android/iOS）」下可用，H5、小程序、快应用等环境压根没这个API。更关键的是，即使打的是App包，也得确认你用的是「标准基座」或「自定义基座」，而不能是「云编译默认基座」（旧版HBuilderX默认基座不集成OAID模块）。
- 真机调试时黑屏或报
Cannot read property 'getOAID' of undefined，大概率是基座没带OAID能力 - 需在HBuilderX中点击「运行」→「运行到手机或模拟器」→「选择自定义基座」，并确保该基座已勾选“OAID支持”（部分厂商插件需单独启用）
- 华为、小米、OPPO等设备上，OAID可能由厂商SDK提供，不同品牌返回时机不同——有的首次调用返回空字符串，需稍后重试
Android 10+上READ_PHONE_STATE权限已失效，别再硬写IMEI获取逻辑
从Android 10（API 29）起，普通应用调用TelephonyManager.getImei()会直接抛SecurityException，就算你在manifest.json里写了android.permission.READ_PHONE_STATE也没用。系统层面已拦截，不是权限没申请、也不是用户没授权的问题。
- 双卡设备本就有两个IMEI，
getImei(0)和getImei(1)行为不一致，部分机型返回null - targetSdkVersion ≥ 29 的APK，编译时若声明了该权限，Google Play会直接拒审
- 极少数政务/银行类App可通过申请
PHONE_STATE特权权限绕过，但需工信部白名单，普通开发者不可行
用android_id最稳妥？小心系统重置和厂商魔改
android_id是目前兼容性最好、无需额外权限的方案，通过Settings.Secure.getString(cr, "android_id")可稳定获取。但它不是绝对可靠：出厂恢复、刷机、部分国产ROM（如vivo Funtouch OS某些版本）会重置它；华为鸿蒙3.0+设备甚至返回固定值9774d56d682e549c。
- 建议搭配
Build.SERIAL（非空且非"unknown"时）做拼接，提升区分度：android_id + "_" + Build.SERIAL - 不要存明文到服务器——哪怕只是
android_id，也属于《个人信息保护法》定义的“设备标识信息”，需用户单独授权 - uni-app中需用原生桥接，例如封装一个
getAndroidId()方法，内部调用plus.android.invoke("android.provider.Settings$Secure", "getString", ...)
真正能落地的组合策略：OAID fallback → android_id → UUID本地缓存
单一标识永远有短板。实际项目中，我们按优先级链式尝试，任一成功即返回，并将结果持久化到uni.setStorageSync避免重复计算：
- 第一步：调用
plus.device.getOAID()，成功则用；失败或为空，进入第二步 - 第二步：读取
android_id，若为空或为已知异常值（如9774d56d682e549c），跳过 - 第三步：检查
uni.getStorageSync("device_uuid")，存在则返回；不存在则生成Math.random().toString(36).substr(2, 9)并存入
注意UUID必须存本地，不能每次启动都重生成——否则卸载重装就变ID，绑定设备功能就废了。OAID和android_id都可能因系统策略突变，UUID是最后的兜底，也是唯一可控的。
