1. Android设备标识的演进背景十年前我做Android开发时获取设备ID就像喝水一样简单。一个TelephonyManager.getDeviceId()调用IMEI码手到擒来。但如今在Android 10的设备上运行这段代码只会收到一串刺眼的unknown。这不是代码写错了而是移动生态正在经历一场隐私革命。传统IMEI码就像设备的身份证号具有终身唯一性。但这也意味着用户无法重置它所有应用都能用它追踪用户行为。2018年欧盟GDPR实施后Google开始收紧设备信息获取权限。Android 10砍掉了IMEI/MEID的普通应用访问权限Android 11进一步限制了MAC地址获取。这给开发者带来的直接困扰是用户换设备后无法识别老用户广告归因失去依据风控系统难以识别设备伪造。国内厂商的应对方案是OAID开放匿名设备标识符。这个由中国信通院牵头、移动安全联盟MSA制定的标准本质上是个可重置的临时身份证。用户恢复出厂设置时会生成新OAID且不同应用获取的OAID不同。我在小米和华为设备上实测发现OAID的格式类似a1b2c3d4-5678-90ef-ghij-klmnopqrstuv不同厂商的实现略有差异。2. 传统标识方案的局限性2.1 IMEI/MEID的没落IMEI的获取曾经简单到令人发指TelephonyManager tm (TelephonyManager)getSystemService(TELEPHONY_SERVICE); String imei tm.getDeviceId();但在Android 6.0之后需要动态申请READ_PHONE_STATE权限到Android 10直接返回空值。更麻烦的是双卡设备的处理逻辑早期代码往往只取卡槽1的IMEI但用户可能使用卡槽2上网。我在项目中就遇到过因IMEI获取不全导致30%的设备识别失败。2.2 Android ID的陷阱很多人转向使用Settings.Secure.ANDROID_ID这个64位编码看起来很美val androidId Settings.Secure.getString( contentResolver, Settings.Secure.ANDROID_ID )但我在三星S8上发现一个致命问题不同应用获取的ANDROID_ID不同。这是因为Android 8.0引入了SSAID作用域存储Android ID根据应用签名生成不同ID。更糟的是某些厂商设备会返回全零的ANDROID_ID比如著名的9774d56d682e549c。2.3 MAC地址的随机化过去我们常用WiFi MAC地址作为备用方案WifiManager wifi (WifiManager)getSystemService(WIFI_SERVICE); WifiInfo info wifi.getConnectionInfo(); String mac info.getMacAddress();但从Android 6.0开始非系统应用获取的MAC地址固定为02:00:00:00:00:00。Android 10更是默认开启MAC地址随机化用户每次连接新WiFi都会变化。我在测试华为Mate40时发现开启随机MAC功能后同一WiFi下每次获取的MAC都不同。3. OAID技术深度解析3.1 MSA联盟与技术规范移动安全联盟MSA的OAID规范实际上包含四层标识体系设备唯一标识符DUID硬件级标识厂商掌握匿名设备标识符OAID系统级临时ID开发者匿名设备标识符VAID开发者维度ID应用匿名设备标识符AAID应用级ID国内主流厂商的适配情况厂商最低支持版本获取方式华为EMUI 10华为移动服务(HMS)小米MIUI 12MSA SDKOPPOColorOS 7系统内置APIvivoFuntouch 10系统APK通信3.2 OAID获取实战对于无法使用官方MSA SDK的个人开发者推荐使用开源实现Android_CN_OAID。以下是集成示例// build.gradle dependencies { implementation com.github.gzu-liyujiang:Android_CN_OAID:4.2.8 runtimeOnly com.huawei.hms:ads-identifier:3.4.62.300 }代码调用分为同步和异步两种方式// 同步获取可能阻塞主线程 String oaid DeviceIdentifier.getOAID(context); // 异步获取推荐 DeviceIdentifier.getOAID(context, new IGetter() { Override public void onOAIDGetComplete(String result) { // 处理OAID } Override public void onOAIDGetError(Exception error) { // 错误处理 } });注意OAID可能为空我在Redmi Note 9上实测发现关闭广告跟踪功能后OAID返回空字符串。此时需要降级到其他标识方案。4. 分层降级策略实战4.1 设备指纹算法优化基于原始文章的算法思路我优化后的设备指纹生成流程第一级标识高优先级OAIDAndroid 10IMEI/MEIDAndroid 6-9双卡设备处理优先取MEID其次卡槽1 IMEI第二级标识String serial Build.getSerial(); // 需要READ_PHONE_STATE权限 String manufacturer Build.MANUFACTURER; String mac getMacAddress(); // 通过NetworkInterface获取第三级硬件指纹# 伪代码示例 hardware_fingerprint md5( Build.BOARD / Build.BRAND / Build.DEVICE / Build.HARDWARE / Build.MODEL / Build.PRODUCT )4.2 缓存策略设计为避免重复计算应采用三级缓存内存缓存使用WeakReference存储随进程消亡内部存储SharedPreferences加密存储外部存储隐藏文件存储注意Android 11分区存储限制示例代码fun getDeviceId(context: Context): String { return memoryCache.getOrElse(device_id) { spCache.getOrElse(device_id) { fileCache.getOrElse(device_id) { generateNewDeviceId(context).also { fileCache.put(device_id, it) } } } } }4.3 厂商兼容性处理各厂商的魔改系统需要特殊处理华为设备// 需要添加HMS依赖 if (Build.MANUFACTURER.equalsIgnoreCase(huawei)) { AdsIdentifierService service new AdsIdentifierService(context); String hwOaid service.getOAID(); }小米设备// 需要初始化MSA SDK Supplier supplier new MsaSupplier(context); supplier.getOAID(object : IIdentifierListener { Override public void OnSupport(boolean isSupport, IdSupplier supplier) { if (isSupport) { String msaOaid supplier.getOAID(); } } });5. 隐私合规要点5.1 权限声明优化在AndroidManifest.xml中按需声明权限!-- 仅当需要IMEI时添加 -- uses-permission android:nameandroid.permission.READ_PHONE_STATE android:maxSdkVersion28 / !-- Android 9及以下 -- !-- OAID不需要权限 --5.2 用户授权流程正确的权限请求时序展示隐私政策弹窗用户同意后调用DeviceIdentifier.register(context)在用户主动触发时获取设备ID提供重置ID的入口符合GDPR被遗忘权5.3 海外版本适配对于Google Play版本应使用Advertising IDAdvertisingIdClient.Info adInfo AdvertisingIdClient.getAdvertisingIdInfo(context); String adId adInfo.getId();注意处理用户启用限制广告跟踪的情况if (adInfo.isLimitAdTrackingEnabled()) { // 使用其他替代方案 }6. 终极解决方案结合多年踩坑经验我总结的完整解决方案如下优先级获取graph TD A[尝试获取OAID] --|成功| B[返回OAID] A --|失败| C[尝试获取IMEI] C --|成功| D[返回IMEI] C --|失败| E[生成复合指纹]复合指纹生成算法def generate_fallback_id(): hardware_hash md5( f{Build.BOARD}/{Build.BRAND}/ f{Build.DEVICE}/{Build.HARDWARE}/ f{screen_width}x{screen_height} ) android_id Settings.Secure.ANDROID_ID return md5(f{hardware_hash}:{android_id})持久化策略使用AndroidKeyStore加密存储备份到云盘时关联用户账号定期校验ID有效性如发现冲突则重新生成在最近为某金融APP实施的方案中这套策略使设备识别准确率从Android 10的62%提升到98%同时通过了第三方隐私审计。关键点在于没有银弹必须根据业务场景组合多种技术手段。
1. Android设备标识的演进背景十年前我做Android开发时获取设备ID就像喝水一样简单。一个TelephonyManager.getDeviceId()调用IMEI码手到擒来。但如今在Android 10的设备上运行这段代码只会收到一串刺眼的unknown。这不是代码写错了而是移动生态正在经历一场隐私革命。传统IMEI码就像设备的身份证号具有终身唯一性。但这也意味着用户无法重置它所有应用都能用它追踪用户行为。2018年欧盟GDPR实施后Google开始收紧设备信息获取权限。Android 10砍掉了IMEI/MEID的普通应用访问权限Android 11进一步限制了MAC地址获取。这给开发者带来的直接困扰是用户换设备后无法识别老用户广告归因失去依据风控系统难以识别设备伪造。国内厂商的应对方案是OAID开放匿名设备标识符。这个由中国信通院牵头、移动安全联盟MSA制定的标准本质上是个可重置的临时身份证。用户恢复出厂设置时会生成新OAID且不同应用获取的OAID不同。我在小米和华为设备上实测发现OAID的格式类似a1b2c3d4-5678-90ef-ghij-klmnopqrstuv不同厂商的实现略有差异。2. 传统标识方案的局限性2.1 IMEI/MEID的没落IMEI的获取曾经简单到令人发指TelephonyManager tm (TelephonyManager)getSystemService(TELEPHONY_SERVICE); String imei tm.getDeviceId();但在Android 6.0之后需要动态申请READ_PHONE_STATE权限到Android 10直接返回空值。更麻烦的是双卡设备的处理逻辑早期代码往往只取卡槽1的IMEI但用户可能使用卡槽2上网。我在项目中就遇到过因IMEI获取不全导致30%的设备识别失败。2.2 Android ID的陷阱很多人转向使用Settings.Secure.ANDROID_ID这个64位编码看起来很美val androidId Settings.Secure.getString( contentResolver, Settings.Secure.ANDROID_ID )但我在三星S8上发现一个致命问题不同应用获取的ANDROID_ID不同。这是因为Android 8.0引入了SSAID作用域存储Android ID根据应用签名生成不同ID。更糟的是某些厂商设备会返回全零的ANDROID_ID比如著名的9774d56d682e549c。2.3 MAC地址的随机化过去我们常用WiFi MAC地址作为备用方案WifiManager wifi (WifiManager)getSystemService(WIFI_SERVICE); WifiInfo info wifi.getConnectionInfo(); String mac info.getMacAddress();但从Android 6.0开始非系统应用获取的MAC地址固定为02:00:00:00:00:00。Android 10更是默认开启MAC地址随机化用户每次连接新WiFi都会变化。我在测试华为Mate40时发现开启随机MAC功能后同一WiFi下每次获取的MAC都不同。3. OAID技术深度解析3.1 MSA联盟与技术规范移动安全联盟MSA的OAID规范实际上包含四层标识体系设备唯一标识符DUID硬件级标识厂商掌握匿名设备标识符OAID系统级临时ID开发者匿名设备标识符VAID开发者维度ID应用匿名设备标识符AAID应用级ID国内主流厂商的适配情况厂商最低支持版本获取方式华为EMUI 10华为移动服务(HMS)小米MIUI 12MSA SDKOPPOColorOS 7系统内置APIvivoFuntouch 10系统APK通信3.2 OAID获取实战对于无法使用官方MSA SDK的个人开发者推荐使用开源实现Android_CN_OAID。以下是集成示例// build.gradle dependencies { implementation com.github.gzu-liyujiang:Android_CN_OAID:4.2.8 runtimeOnly com.huawei.hms:ads-identifier:3.4.62.300 }代码调用分为同步和异步两种方式// 同步获取可能阻塞主线程 String oaid DeviceIdentifier.getOAID(context); // 异步获取推荐 DeviceIdentifier.getOAID(context, new IGetter() { Override public void onOAIDGetComplete(String result) { // 处理OAID } Override public void onOAIDGetError(Exception error) { // 错误处理 } });注意OAID可能为空我在Redmi Note 9上实测发现关闭广告跟踪功能后OAID返回空字符串。此时需要降级到其他标识方案。4. 分层降级策略实战4.1 设备指纹算法优化基于原始文章的算法思路我优化后的设备指纹生成流程第一级标识高优先级OAIDAndroid 10IMEI/MEIDAndroid 6-9双卡设备处理优先取MEID其次卡槽1 IMEI第二级标识String serial Build.getSerial(); // 需要READ_PHONE_STATE权限 String manufacturer Build.MANUFACTURER; String mac getMacAddress(); // 通过NetworkInterface获取第三级硬件指纹# 伪代码示例 hardware_fingerprint md5( Build.BOARD / Build.BRAND / Build.DEVICE / Build.HARDWARE / Build.MODEL / Build.PRODUCT )4.2 缓存策略设计为避免重复计算应采用三级缓存内存缓存使用WeakReference存储随进程消亡内部存储SharedPreferences加密存储外部存储隐藏文件存储注意Android 11分区存储限制示例代码fun getDeviceId(context: Context): String { return memoryCache.getOrElse(device_id) { spCache.getOrElse(device_id) { fileCache.getOrElse(device_id) { generateNewDeviceId(context).also { fileCache.put(device_id, it) } } } } }4.3 厂商兼容性处理各厂商的魔改系统需要特殊处理华为设备// 需要添加HMS依赖 if (Build.MANUFACTURER.equalsIgnoreCase(huawei)) { AdsIdentifierService service new AdsIdentifierService(context); String hwOaid service.getOAID(); }小米设备// 需要初始化MSA SDK Supplier supplier new MsaSupplier(context); supplier.getOAID(object : IIdentifierListener { Override public void OnSupport(boolean isSupport, IdSupplier supplier) { if (isSupport) { String msaOaid supplier.getOAID(); } } });5. 隐私合规要点5.1 权限声明优化在AndroidManifest.xml中按需声明权限!-- 仅当需要IMEI时添加 -- uses-permission android:nameandroid.permission.READ_PHONE_STATE android:maxSdkVersion28 / !-- Android 9及以下 -- !-- OAID不需要权限 --5.2 用户授权流程正确的权限请求时序展示隐私政策弹窗用户同意后调用DeviceIdentifier.register(context)在用户主动触发时获取设备ID提供重置ID的入口符合GDPR被遗忘权5.3 海外版本适配对于Google Play版本应使用Advertising IDAdvertisingIdClient.Info adInfo AdvertisingIdClient.getAdvertisingIdInfo(context); String adId adInfo.getId();注意处理用户启用限制广告跟踪的情况if (adInfo.isLimitAdTrackingEnabled()) { // 使用其他替代方案 }6. 终极解决方案结合多年踩坑经验我总结的完整解决方案如下优先级获取graph TD A[尝试获取OAID] --|成功| B[返回OAID] A --|失败| C[尝试获取IMEI] C --|成功| D[返回IMEI] C --|失败| E[生成复合指纹]复合指纹生成算法def generate_fallback_id(): hardware_hash md5( f{Build.BOARD}/{Build.BRAND}/ f{Build.DEVICE}/{Build.HARDWARE}/ f{screen_width}x{screen_height} ) android_id Settings.Secure.ANDROID_ID return md5(f{hardware_hash}:{android_id})持久化策略使用AndroidKeyStore加密存储备份到云盘时关联用户账号定期校验ID有效性如发现冲突则重新生成在最近为某金融APP实施的方案中这套策略使设备识别准确率从Android 10的62%提升到98%同时通过了第三方隐私审计。关键点在于没有银弹必须根据业务场景组合多种技术手段。
![[C++]内存管理：串顺序存储的内存回收](http://pic.xiahunao.cn/yaotu/[C++]内存管理：串顺序存储的内存回收)
