跨平台应用开发进阶(五十五):uni-app 获取设备信息及 APP 报无相应权限问题分析及解决

一、前言

APP开发过程中,需要获取设备ID信息。在实践过程中,发现不同版本的HBuilderX,在调用uni.getSystemInfoSync()接口后,获取到的结果不一致,导致业务逻辑出现问题。例如:使用3.2.15之前的版本调用uni.getSystemInfo接口获取deviceId,安卓设备获取到的为32位数的字符串,包含数字和英文大写字母,例如20FEE6B89972BF2C5D0C9A03B725818A,更新至3.2.15版本相同的代码获取到的deviceId为16位字符串,数字和小写字母组合,如5d09ed0224ad7e2d

SystemInfo 里的 deviceIdplus.device 并非同一个值。

另外,uniapp初始化时就生成好了 getSystemInfoSync 需要的信息,导致授权后没有重新走逻辑,故没有弹出权限请求弹窗。

二、系统标识获取方法

Android 平台各大应用商店已经要求 API 等级(targetSdkVersion)为26或以上。高版本Android系统完善了授权系统,获取设备信息(如imei)需要经过用户授权确认,弹出获取设备信息的授权提示框。

如果不在manifest里指定,HBuilder的打包默认targetSdkVersion是21,而HBuilderX已经是26了。targetSdkVersion变高就会引发动态权限问题。

目前5+ API获取设备信息是通过以下属性方式读取。

为了保证以上属性可用,应用需在启动时进行初始化赋值 ,原生层这时候就需要申请获取设备信息权限读取imeiimsi等信息。

即使应用没有调用以上API,应用启动时仍然执行此初始化赋值逻辑,导致应用启动时弹出设备信息授权提示框。

注意⚠️:为了避免应用启动时弹出设备信息授权提示框,建议使用5+ API的属性方式获取imeiimsiuuid信息的代码调整使用plus.device.getInfo方法。

至于属性和方法的区别,可能普通程序员看不懂,但做底层的会知道,属性就是启动时就必须初始化的。

原来的plus.device.imeiplus.device.imsiplus.device.uuid等属性方式的API不推荐使用,后续会逐步废弃。

为了保证向下兼容,目前还可以使用,但不一定可以获取到正确的值。

取决于应用启动前是否已经获取设备信息权限:

  • 如果应用启动前没有获取设备信息授权(询问或拒绝状态),则无法获取设备信息,按权限被拒绝的逻辑处理。

  • 如果应用获取设备信息授权,则可以获取设备信息。

注意⚠️:调用plus.device.imeiplus.device.imsiplus.device.uuid不会触发授权提示框。

三、无权限问题解决

查看Hbuilderx更新3.6.13的版本记录有:调整 Camera&GalleryBarcodeOrientationRecord等模块从引擎内置调整为独立模块,解决iOS平台隐私合规检测可能报包含麦克风、相机/相册、运动等权限的问题。云端打包默认不再包含以上模块,如需要请手动在 manifest.json -> 模块配置中勾选相应模块。

从官方文档可知,其实从3.6.11就已经进行了上述配置改造。 总结:

  • 查看版本更新记录还是很有必要的。
  • 升级有风险,降级需谨慎!

四、拓展阅读

相关推荐
最新资讯动态15 分钟前
HDC 2026 | 对话鲸鸿动能:存量时代,品牌如何夺回营销“主动权”?
前端
最新资讯动态16 分钟前
游戏出海,从产品走向体系
前端
最新资讯动态16 分钟前
20人团队跑出百万DAU、大厂也来抢量:谁在鸿蒙生态跑出加速度
前端
最新资讯动态29 分钟前
千万开发者背后,鸿蒙商业化的B面
前端
爱勇宝2 小时前
AI 时代:智商决定起点,情商决定走多远
前端·ai编程
kyriewen3 小时前
用了半年 Claude Code 后,我尝试关掉它写了一周代码——结果比想象中严重
前端·javascript·ai编程
IT_陈寒3 小时前
Vite的静态资源打包让我熬夜到三点,这坑千万别跳
前端·人工智能·后端
徐小夕4 小时前
万字拆解 JitWord:企业级实时协同文档底层架构 + 大模型 AI 融合完整实践
前端·vue.js·github
一份执念4 小时前
uni-app 小程序分包限制处理与主包体积优化实战
前端·微信小程序
MariaH5 小时前
初识MySQL
前端