详解关于AndroidQ获取不到imsi解决方案

Android Q 禁止获取 IMEI 和设备序列号；

官方的解决方案是这样：https://developer.android.com/training/articles/user-data-ids

结合官方实现方案和实际需求自己整理的实现方法如下：

方案一：

/**
 * 获取设备唯一标识符
 *
 * @return 唯一标识符
 */
public static String getDeviceId() {
  // 通过 SharedPreferences 获取 GUID
  String guid = SPUtils.getInstance().getString(AppConfig.SP_GUID);
  if (!TextUtils.isEmpty(guid)) {
    return guid;
  }

  // 获取 ANDROID_ID
  String android_id = Settings.System.getString(
      App.getApp().getContentResolver(), Settings.Secure.ANDROID_ID);
  if (!TextUtils.isEmpty(android_id)) {
    // 通过 ANDROID_ID 生成 guid（唯一标识符）
    guid = EncryptUtils.encryptMD5ToString(android_id);
  } else {
    // 通过 UUID 生成 guid（唯一标识符）
    guid = EncryptUtils.encryptMD5ToString(UUID.randomUUID().toString());
  }
  // 保存 guid 到 SharedPreferences
  SPUtils.getInstance().put(AppConfig.SP_GUID, guid);
  return guid;
}

上面 SPUtils 是自己封装的 SharedPreferences 的一个工具类。

方案二：

/**
 * 获取设备唯一标识符
 *
 * @return 唯一标识符
 */
@SuppressLint("HardwareIds")
public static String getDeviceId() {
  String m_szDevIDShort = "35" + Build.BOARD.length() % 10
      + Build.BRAND.length() % 10 + Build.CPU_ABI.length() % 10
      + Build.DEVICE.length() % 10 + Build.DISPLAY.length() % 10
      + Build.HOST.length() % 10 + Build.ID.length() % 10
      + Build.MANUFACTURER.length() % 10 + Build.MODEL.length() % 10
      + Build.PRODUCT.length() % 10 + Build.TAGS.length() % 10
      + Build.TYPE.length() % 10 + Build.USER.length() % 10;// 13 位

  String serial = "serial";// 默认serial可随便定义
  try {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
      if (ActivityCompat.checkSelfPermission(App.getApp(),
          Manifest.permission.READ_PHONE_STATE) == PackageManager.PERMISSION_GRANTED) {
        // 由于 Android Q 唯一标识符权限的更改会导致
        // android.os.Build.getSerial() 返回 unknown,
        // 但是 m_szDevIDShort 是由硬件信息拼出来的，所以仍然保证了UUID 的唯一性和持久性。
        serial = android.os.Build.getSerial();// Android Q 中返回 unknown
      }
    } else {
      serial = Build.SERIAL;
    }
  } catch (Exception ignored) {
  }
  return new UUID(m_szDevIDShort.hashCode(), serial.hashCode()).toString();
}

由于m_szDevIDShort是由硬件信息拼出来的，所以保证了UUID的唯一性和持久性。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持我们。

赞 (0)

相关推荐

  • android获取手机IMSI码判断手机运营商代码实例

    复制代码 代码如下: //获取手机的IMSI码                                    TelephonyManager telManager = (TelephonyManager) getSystemService(TELEPHONY_SERVICE);                                    String sendNum=null;                                    String imsi=te

  • 详解关于AndroidQ获取不到imsi解决方案

    Android Q 禁止获取 IMEI 和设备序列号: 官方的解决方案是这样:https://developer.android.com/training/articles/user-data-ids 结合官方实现方案和实际需求自己整理的实现方法如下: 方案一: /** * 获取设备唯一标识符 * * @return 唯一标识符 */ public static String getDeviceId() { // 通过 SharedPreferences 获取 GUID String guid

  • 详解C#编程获取资源文件中图片的方法

    详解C#编程获取资源文件中图片的方法 本文主要介绍C#编程获取资源文件中图片的方法,涉及C#针对项目中资源文件操作的相关技巧,以供借鉴参考.具体内容如下: 例子: using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Reflection; using System.Drawing; namespace CL { public class RES { /

  • 详解Android中获取软键盘状态和软键盘高度

    详解Android中获取软键盘状态和软键盘高度 应用场景 在Android应用中有时会需要获取软键盘的状态(即软键盘是显示还是隐藏)和软键盘的高度.这里列举了一些可能的应用场景. 场景一 当软键盘显示时,按下返回键应当是收起软键盘,而不是回退到上一个界面,但部分机型在返回键处理上有bug,按下返回键后,虽然软键盘会自动收起,但不会消费返回事件,导致Activity还会收到这次返回事件,执行回退操作,这时就需要判断,如果软键盘刚刚由显示变为隐藏状态,就不执行回退操作. 场景二 当软键盘弹出后,会将

  • 详解SpringBoot静态方法获取bean的三种方式

    目录 方式一  注解@PostConstruct 方式二  启动类ApplicationContext 方式三 手动注入ApplicationContext 方式一  注解@PostConstruct import com.example.javautilsproject.service.AutoMethodDemoService; import org.springframework.beans.factory.annotation.Autowired; import org.springfr

  • 详解antd+react项目迁移vite的解决方案

    antd+react+webpack往往是以react技术栈为主的前端项目的标准组合,三者都有成熟的生态和稳定的表现,但随着前端圈的技术不断革新,号称下一代构建平台vite2的发布,webpack似乎不那么香了,为什么这么说呢,因为vite太快了.经过一段时间的尝试,决定在项目中把webpack替换成vite试试,遂写成本文分享给大家. Vite是什么 作为本文的主角,首先简单介绍一下vite这个构建工具,该工具是尤雨溪推出的[下一代前端开发和构建工具],vite其实也不是一个新的工具,早在一年

  • 详解缓存穿透/击穿/雪崩原理及其解决方案

    详解缓存穿透/击穿/雪崩原理及其解决方案

    目录 1. 简介 2. 缓存穿透 2.1描述 2.2 解决方案 3. 缓存击穿 3.1 描述 3.2 解决方案 4. 缓存雪崩 4.1 描述 4.1 解决方案 5. 布隆过滤器 5.1 描述 5.2 数据结构 5.3 "一定不在集合中" 5.4 "可能在集合中" 5.5 "删除困难" 5.6 为什么不使用HashMap呢? 1. 简介 如图所示,一个正常的请求 1.客户端请求张铁牛的博客. 2.服务首先会请求redis,查看请求的内容是否存在.

  • 详解Swoole TCP流数据边界问题解决方案

    详解Swoole TCP流数据边界问题解决方案

    目录 1. 数据发送过程 2. 什么是数据边界 2.1 代码演示 3.EOF 解决方案 3.1 open_eof_check 3.2 open_eof_split 3.3 open_eof_check 和 open_eof_split 差异 4. 固定包头 + 包体解决方案 5. 总结 6. 扩展知识 6.1 字节序 1. 数据发送过程 首先由客户端将数据发往缓冲区 (服务端并不是直接收到的), 对于客户端来说,这次的数据即是发送成功了, 对于服务端是否真正的收到他是不知道的, 然后再由服务端从

  • 详解WMI RPC 服务器不可用的解决方案

    本文介绍了详解WMI RPC 服务器不可用的解决方案,分享给大家,具体如下: ConnectionOptions connectionOptions = new ConnectionOptions(); connectionOptions.Username = userName; connectionOptions.Password = password; ManagementScope managementScope = new ManagementScope("\\\\" + ho

  • 详解Howler.js Web音频播放终极解决方案

    前言 相信有很多人在写移动端音频播放的时候都踩过不少坑,特别是复杂音频项目在兼容多种设备的时候更是让你抓狂,比如ios端不能一开始就播放音频,必须要用户进行了操作.... 偶然间了解到了一个兼容所有设备和浏览器的音频引擎Howler.js 使用了一下非常完美 Howler.js 是一个新的 JavaScript 库用于处理 Web 中的音频,该库最初是为一个 HTML5 游戏引擎所开发,但也可用于其他的 Web 项目,Howler.js 基于 Google 的 Web Audio API,能够帮

  • 详解Java分布式事务的 6 种解决方案

    介绍 在分布式系统.微服务架构大行其道的今天,服务间互相调用出现失败已经成为常态.如何处理异常,如何保证数据一致性,成为微服务设计过程中,绕不开的一个难题. 在不同的业务场景下,解决方案会有所差异,常见的方式有: 阻塞式重试: 2PC.3PC 传统事务: 使用队列,后台异步处理: TCC 补偿事务: 本地消息表(异步确保): MQ 事务. 本文侧重于其他几项,关于 2PC.3PC 传统事务,网上资料已经非常多了,这里不多做重复. 阻塞式重试 在微服务架构中,阻塞式重试是比较常见的一种方式.伪代码

随机推荐