请选择 进入手机版 | 继续访问电脑版

扫一扫,访问微社区

查看: 1182|回复: 1

获取Android设备唯一标识码

  [复制链接]

6

主题

6

帖子

34

积分

版主

Rank: 7Rank: 7Rank: 7

积分
34
发表于 2019-1-23 09:34:57 | 显示全部楼层 |阅读模式
本帖最后由 艾威氪网络科技 于 2019-1-23 09:39 编辑

概述
有时需要对用户设备进行标识,所以希望能够得到一个稳定可靠并且唯一的识别码。虽然Android系统中提供了这样设备识别码,但是由于Android系统版本、厂商定制系统中的Bug等限制,稳定性和唯一性并不理想。而通过其他硬件信息标识也因为系统版本、手机硬件等限制存在不同程度的问题。
下面收集了一些“有能力”或“有一定能力”作为设备标识的串码。

DEVICE_ID
这是Android系统为开发者提供的用于标识手机设备的串号,也是各种方法中普适性较高的,可以说几乎所有的设备都可以返回这个串号,并且唯一性良好。
这个DEVICE_ID可以同通过下面的方法获取:
  1. TelephonyManager tm = (TelephonyManager)getSystemService(Context.TELEPHONY_SERVICE); String DEVICE_ID = tm.getDeviceId();
复制代码


它会根据不同的手机设备返回IMEI,MEID或者ESN码,但在使用的过程中有以下问题:
  • 非手机设备:最开始搭载Android系统都手机设备,而现在也出现了非手机设备:如平板电脑、电子书、电视、音乐播放器等。这些设备没有通话的硬件功能,系统中也就没有TELEPHONY_SERVICE,自然也就无法通过上面的方法获得DEVICE_ID。
  • 权限问题:获取DEVICE_ID需要READ_PHONE_STATE权限,如果只是为了获取DEVICE_ID而没有用到其他的通话功能,申请这个权限一来大才小用,二来部分用户会怀疑软件的安全性。
  • 厂商定制系统中的Bug:少数手机设备上,由于该实现有漏洞,会返回垃圾,如:zeros或者asterisks

MAC ADDRESS
可以使用手机Wifi或蓝牙的MAC地址作为设备标识,但是并不推荐这么做,原因有以下两点:
  • 硬件限制:并不是所有的设备都有Wifi和蓝牙硬件,硬件不存在自然也就得不到这一信息。
  • 获取的限制:如果Wifi没有打开过,是无法获取其Mac地址的;而蓝牙是只有在打开的时候才能获取到其Mac地址。
获取Wifi Mac地址:
获取蓝牙 Mac地址:

Sim Serial Number
装有SIM卡的设备,可以通过下面的方法获取到Sim Serial Number:
  1. TelephonyManager tm = (TelephonyManager)getSystemService(Context.TELEPHONY_SERVICE); String SimSerialNumber = tm.getSimSerialNumber();
复制代码


注意:对于CDMA设备,返回的是一个空值!

ANDROID_ID
在设备首次启动时,系统会随机生成一个64位的数字,并把这个数字以16进制字符串的形式保存下来,这个16进制的字符串就是ANDROID_ID,当设备被wipe后该值会被重置。可以通过下面的方法获取:
  1. import android.provider.Settings;   String ANDROID_ID = Settings.System.getString(getContentResolver(), Settings.System.ANDROID_ID);
复制代码


ANDROID_ID可以作为设备标识,但需要注意:
  • 厂商定制系统的Bug:不同的设备可能会产生相同的ANDROID_ID:9774d56d682e549c。
  • 厂商定制系统的Bug:有些设备返回的值为null。
  • 设备差异:对于CDMA设备,ANDROID_ID和TelephonyManager.getDeviceId() 返回相同的值。

Serial Number
Android系统2.3版本以上可以通过下面的方法得到Serial Number,且非手机设备也可以通过该接口获取。
  1. String SerialNumber = android.os.Build.SERIAL;
复制代码



Installtion ID
以上几种方式都或多或少存在一定的局限性或者Bug,如果并不是确实需要对硬件本身进行绑定,使用自己生成的UUID也是一个不错的选择,因为该方法无需访问设备的资源,也跟设备类型无关。
这种方式的原理是在程序安装后第一次运行时生成一个ID,该方式和设备唯一标识不一样,不同的应用程序会产生不同的ID,同一个程序重新安装也会不同。所以这不是设备的唯一ID,但是可以保证每个用户的ID是不同的。可以说是用来标识每一份应用程序的唯一ID(即Installtion ID),可以用来跟踪应用的安装数量等。
Google Developer Blog提供了这样的一个框架:
  1. public class Installation { private static String sID = null; private static final String INSTALLATION = "INSTALLATION";   public synchronized static String id(Context context) { if (sID == null) { File installation = new File(context.getFilesDir(), INSTALLATION); try { if (!installation.exists()) writeInstallationFile(installation); sID = readInstallationFile(installation); } catch (Exception e) { throw new RuntimeException(e); } } return sID; }   private static String readInstallationFile(File installation) throws IOException { RandomAccessFile f = new RandomAccessFile(installation, "r"); byte[] bytes = new byte[(int) f.length()]; f.readFully(bytes); f.close(); return new String(bytes); }   private static void writeInstallationFile(File installation) throws IOException { FileOutputStream out = new FileOutputStream(installation); String id = UUID.randomUUID().toString(); out.write(id.getBytes()); out.close(); } }
复制代码


设备唯一ID
上文可以看出,Android系统中并没有可以可靠获取所有厂商设备唯一ID的方法,各个方法都有自己的使用范围和局限性,这也是目前流行的Android系统版本过多,设备也是来自不同厂商,且没有统一标准等原因造成的。
从目前发展来看,Android系统多版本共存还会持续较长的时间,而Android系统也不会被某个设备生产厂商垄断,长远看Android基础系统将会趋于稳定,设备标识也将会作为系统基础部分而标准化,届时这一问题才有望彻底解决。
目前的解决办法,比较可行的是一一适配,在保证大多数设备方便的前提下,如果获取不到,使用其他备选信息作为标识,即自己再封装一个设备ID出来,通过内部算法保证尽量和设备硬件信息相关,以及标识的唯一性。


android 底层是 Linux,我们还是用Linux的方法来获取:

1 cpu号:
文件在: /proc/cpuinfo
通过Adb shell 查看:
adb shell cat /proc/cpuinfo
2 mac 地址
文件路径 /sys/class/net/wlan0/address
adb shell  cat /sys/class/net/wlan0/address                              
xx:xx:xx:xx:xx:aa
这样可以获取两者的序列号,

方法确定,剩下的就是写代码了
以Mac地址为例:
      
  1. <span style="color: rgb(0, 16, 0); font-family: verdana, Arial, Helvetica, sans-serif; background-color: rgb(255, 255, 255);"> String getMac() {</span>
复制代码




Android 手机上获取物理唯一标识码唯一标识码这东西在网络应用中非常有用,例如检测是否重复注册之类的。

  1. import android.provider.Settings.Secure;
  2. private String android_id = Secure.getString(getContext().getContentResolver(), Secure.ANDROID_ID);
复制代码


我们在项目过程中或多或少会使用到设备的唯一识别码,我们希望能够得到一个稳定、可靠的设备唯一识别码。今天我们将介绍几种方式。

       1. DEVICE_ID

假设我们确实需要用到真实设备的标识,可能就需要用到DEVICE_ID。在以前,我们的Android设备是手机,这个DEVICE_ID可以同通过TelephonyManager.getDeviceId()获取,它根据不同的手机设备返回IMEI,MEID或者ESN码,但它在使用的过程中会遇到很多问题:

  • 非手机设备: 如果只带有Wifi的设备或者音乐播放器没有通话的硬件功能的话就没有这个DEVICE_ID
  • 权限: 获取DEVICE_ID需要READ_PHONE_STATE权限,但如果我们只为了获取它,没有用到其他的通话功能,那这个权限有点大才小用
  • bug:在少数的一些手机设备上,该实现有漏洞,会返回垃圾,如:zeros或者asterisks的产品

        2. MAC ADDRESS

我们也可以通过手机的Wifi或者蓝牙设备获取MAC ADDRESS作为DEVICE ID,但是并不建议这么做,因为并不是所有的设备都有Wifi,并且,如果Wifi没有打开,那硬件设备无法返回MAC ADDRESS.


        3. Serial Number

在Android 2.3可以通过android.os.Build.SERIAL获取,非手机设备可以通过该接口获取。

        4. ANDROID_ID

ANDROID_ID是设备第一次启动时产生和存储的64bit的一个数,当设备被wipe后该数重置

ANDROID_ID似乎是获取Device ID的一个好选择,但它也有缺陷:


  • 它在Android <=2.1 or Android >=2.3的版本是可靠、稳定的,但在2.2的版本并不是100%可靠的
  • 在主流厂商生产的设备上,有一个很经常的bug,就是每个设备都会产生相同的ANDROID_ID:9774d56d682e549c

        5. Installtion ID : UUID

以上四种方式都有或多或少存在的一定的局限性或者bug,在这里,有另外一种方式解决,就是使用UUID,该方法无需访问设备的资源,也跟设备类型无关。

这种方式是通过在程序安装后第一次运行后生成一个ID实现的,但该方式跟设备唯一标识不一样,它会因为不同的应用程序而产生不同的ID,而不是设备唯一ID。因此经常用来标识在某个应用中的唯一ID(即Installtion ID),或者跟踪应用的安装数量。很幸运的,Google Developer Blog提供了这样的一个框架:

  1. <p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;">public class Installation {
  2.     private static String sID = null;
  3.     private static final String INSTALLATION = "INSTALLATION";</p><p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;">    public synchronized static String id(Context context) {
  4.         if (sID == null) {  
  5.             File installation = new File(context.getFilesDir(), INSTALLATION);
  6.             try {
  7.                 if (!installation.exists())
  8.                     writeInstallationFile(installation);
  9.                 sID = readInstallationFile(installation);
  10.             } catch (Exception e) {
  11.                 throw new RuntimeException(e);
  12.             }
  13.         }
  14.         return sID;
  15.     }</p><p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;">    private static String readInstallationFile(File installation) throws IOException {
  16.         RandomAccessFile f = new RandomAccessFile(installation, "r");
  17.         byte[] bytes = new byte[(int) f.length()];
  18.         f.readFully(bytes);
  19.         f.close();
  20.         return new String(bytes);
  21.     }</p><p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;">    private static void writeInstallationFile(File installation) throws IOException {
  22.         FileOutputStream out = new FileOutputStream(installation);
  23.         String id = UUID.randomUUID().toString();
  24.         out.write(id.getBytes());
  25.         out.close();
  26.     }
  27. }</p>
复制代码

   总结

综合以上所述,为了实现在设备上更通用的获取设备唯一标识,我们可以实现这样的一个类,为每个设备产生唯一的UUID,以ANDROID_ID为基础,在获取失败时以TelephonyManager.getDeviceId()为备选方法,如果再失败,使用UUID的生成策略。

重申下,以下方法是生成Device ID,在大多数情况下Installtion ID能够满足我们的需求,但是如果确实需要用到Device ID,那可以通过以下方式实现:

  1. <p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;">import android.content.Context;
  2. import android.content.SharedPreferences;
  3. import android.provider.Settings.Secure;
  4. import android.telephony.TelephonyManager;</p><p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;">import java.io.UnsupportedEncodingException;
  5. import java.util.UUID;</p><p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;">public class DeviceUuidFactory {
  6.     protected static final String PREFS_FILE = "device_id.xml";
  7.     protected static final String PREFS_DEVICE_ID = "device_id";</p><p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;">    protected static UUID uuid;</p><p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;"> </p><p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;">    public DeviceUuidFactory(Context context) {</p><p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;">        if( uuid ==null ) {
  8.             synchronized (DeviceUuidFactory.class) {
  9.                 if( uuid == null) {
  10.                     final SharedPreferences prefs = context.getSharedPreferences( PREFS_FILE, 0);
  11.                     final String id = prefs.getString(PREFS_DEVICE_ID, null );</p><p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;">                    if (id != null) {
  12.                         // Use the ids previously computed and stored in the prefs file
  13.                         uuid = UUID.fromString(id);</p><p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;">                    } else {</p><p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;">                        final String androidId = Secure.getString(context.getContentResolver(), Secure.ANDROID_ID);</p><p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;">                        // Use the Android ID unless it's broken, in which case fallback on deviceId,
  14.                         // unless it's not available, then fallback on a random number which we store
  15.                         // to a prefs file
  16.                         try {
  17.                             if (!"9774d56d682e549c".equals(androidId)) {
  18.                                 uuid = UUID.nameUUIDFromBytes(androidId.getBytes("utf8"));
  19.                             } else {
  20.                                 final String deviceId = ((TelephonyManager) context.getSystemService( Context.TELEPHONY_SERVICE )).getDeviceId();
  21.                                 uuid = deviceId!=null ? UUID.nameUUIDFromBytes(deviceId.getBytes("utf8")) : UUID.randomUUID();
  22.                             }
  23.                         } catch (UnsupportedEncodingException e) {
  24.                             throw new RuntimeException(e);
  25.                         }</p><p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;">                        // Write the value out to the prefs file
  26.                         prefs.edit().putString(PREFS_DEVICE_ID, uuid.toString() ).commit();</p><p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;">                    }</p><p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;">                }
  27.             }
  28.         }</p><p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;">    }</p><p style="margin-top: 1em; margin-bottom: 1em; text-indent: 2em; word-break: normal;">
  29.     /**
  30.      * Returns a unique UUID for the current android device.  As with all UUIDs, this unique ID is "very highly likely"
  31.      * to be unique across all Android devices.  Much more so than ANDROID_ID is.
  32.      *
  33.      * The UUID is generated by using ANDROID_ID as the base key if appropriate, falling back on
  34.      * TelephonyManager.getDeviceID() if ANDROID_ID is known to be incorrect, and finally falling back
  35.      * on a random UUID that's persisted to SharedPreferences if getDeviceID() does not return a
  36.      * usable value.
  37.      *
  38.      * In some rare circumstances, this ID may change.  In particular, if the device is factory reset a new device ID
  39.      * may be generated.  In addition, if a user upgrades their phone from certain buggy implementations of Android 2.2
  40.      * to a newer, non-buggy version of Android, the device ID may change.  Or, if a user uninstalls your app on
  41.      * a device that has neither a proper Android ID nor a Device ID, this ID may change on reinstallation.
  42.      *
  43.      * Note that if the code falls back on using TelephonyManager.getDeviceId(), the resulting ID will NOT
  44.      * change after a factory reset.  Something to be aware of.
  45.      *
  46.      * Works around a bug in Android 2.2 for many devices when using ANDROID_ID directly.
  47.      *
  48.      * @see <a href="http://code.google.com/p/android/issues/detail?id=10603" style="text-decoration-line: none; color: rgb(7, 81, 154); border: none;">http://code.google.com/p/android/issues/detail?id=10603</a>
  49.      *
  50.      * @return a UUID that may be used to uniquely identify your device for most purposes.
  51.      */
  52.     public UUID getDeviceUuid() {
  53.         return uuid;
  54.     }
  55. }</p>
复制代码

如何获取Android手机的唯一标识?

代码: 这里是你在Android里读出 唯一的 IMSI-ID / IMEI-ID 的方法。
Java:

  1. String myIMSI = android.os.SystemProperties.get(android.telephony.TelephonyProperties.PROPERTY_IMSI);
  2. // within my emulator it returns: 310995000000000

  3. String myIMEI = android.os.SystemProperties.get(android.telephony.TelephonyProperties.PROPERTY_IMEI);
  4. // within my emulator it returns: 000000000000000
复制代码

注:android.os.SystemProperties的标签被打上@hide了,所以sdk中并不会存在。如果需要使用,需要有android的source code支持。






上一篇:移动端设备ID标识整理|获取IMEI、MEID、ICCID
下一篇:读取IMSI的apk
回复

使用道具 举报

0

主题

25

帖子

154

积分

注册会员

Rank: 2

积分
154
发表于 2020-7-2 01:54:08 | 显示全部楼层
原标题:梦幻西游:无底洞史诗级加强后迎来屠刀 多无底队伍遭削弱 还记得上年梦幻西游10月份门派大改无底洞煞气诀刚改的时候,无底洞玩家哀嚎遍野,而这次门派调整无底洞迎来两个新技能,经历寒冬终于迎来春日,这次的改动会让无底洞走向巅峰么?笔者给大家分析下。 四摄法一、无底洞新增技能 追魂刺:对敌方单个目标造成固定伤害。消耗:50魔法、30愤怒 这个技能在任务中还是挺好的用的,这边测试了下,点了追魂经脉,追魂刺能秒2204,点选的夺命咒才1487,差不多翻了一倍,加了燃血术后,追魂刺伤害翻一倍。但是这个技能,对人物是无效的,打人才477,加了燃血术也是一样。 二、夺命咒和追魂刺伤害  燃血术后的追魂刺伤害  追魂刺对人物的伤害,不触发燃血术。  所以,这个技能是专为PVE准备的,弥补了无底洞在任务中的一些短板,比如刷齐天这种副本要求点杀的,或者是需要对位击杀的任务。 这个技能是和愤怒挂钩的,虽然不是特别多,但是今后任务的愤怒消耗四念住也是非常大,又要放特技又要输出,一张愤怒符是必不可少的。 燃血术:消耗20%气血强化你的下一个法术。  夺命咒:作用目标数量翻倍(目标为玩家无效)。 这个技能可以理解为一个蓄力技能,用完之后会有150回合的生效时间,直到触发后才会消失,技能有50%的气血限制,和横扫千军一样,低于这个气血限制就不能使用,没有回合限制,每次使用技能消耗气血都会增加愤怒。 三、无底洞经脉改动 这个技能和“追魂”、“渡人”、“反先”都是挂钩的,细心的朋友就会发现,燃血术贯穿了辅助、封印、输出三部分,以后肯定也是无底洞的核心技能,刚才测试过“追魂刺”的燃血术效果,现在再来测试下“观法无我渡人”和“反先”的效果庆友尊者。 “渡人”:在没有点“金莲”的情况下是奶1433,加上燃血术后是奶1719,提高了20%,伤势补了1719。(在测试区放出后伤势只恢复40%)   “反先”:加了燃血术后直接两个夺魄令,第一个是点选,第二个单位是随机的。  今天维护后,无底洞的经脉相比测试服做了调整,具体如下: 金莲:新效果是地涌金莲会额外作用一个目标,自身封印命中率下降15%(没改前是10%)且夺命咒、追魂刺造成的伤害降低30%。若地冥妙法等级≥人物等级≥105,地涌金莲还会额外作用一个目标,自身的封印命中率再下降5%。 追魂:与NPC战斗时:夺命咒和追魂刺基础伤害加布袋罗汉倍。若队伍中有2个及以上的无底洞弟子:自身封印金刚经命中和造成的所有治疗效果降低30%。 金莲和追魂都是削弱了万金油无底洞的能力,你想辅助就别想着输出,你想着输出别想着能辅助。 这让我想起了魔天宫和普陀山,其实之前的发布会就策划就给我们说过这个概念,每个经脉都有着自己的特色,削弱万金油,保持门派平衡。  另外对于追魂的经脉修改,如果队伍有两个或者以上的无底洞,封印命中和治疗效果会下降30%。那么多无底洞阵容中,主无底洞不点这个内丹辅助,其他输出无底洞点内丹就只能秒了。像以前多无底洞队伍封了再秒的时代要结束了。 无底洞在加强后迎来屠刀,这就将全能的无底洞变得单一。以后的阵容骑象罗汉 很有可能是混搭类型,门派会进一步变得平衡化。 四、无底洞技能方面 由己渡人效果加强,拉人后还增加护盾,使得生存能力大大增强,以一万血的无底洞,186技能为例,拉起能加1930的护盾值,属性不差的话,能扛住部分的守尸宝宝。  测试完无底洞的门派大改效果,再分析下对于现版本无底洞的一些感受。 辅助无底洞感觉是有一定程度上的加强,现在的无底洞更具机动性,虽然说燃血术是需要一回合的蓄力,但是对于一些特定的来说,一回合的蓄力能为下回合打下坚实的基础。 笔者打帮战的时候,无底洞第1回合一般都是风墙或者加状态,现在可以多一个选择,而且还可以加愤怒,第二回合有更多的应变能力,可以选择直接耶输陀罗奶或者加状态啥的。 输出无底洞则有点无关痛痒,虽然加了燃血术夺命咒可以秒十,追魂刺也能翻倍输出,但是同样是需要两回合的时间,在普通任务中,第二回合还有没有十个怪都不好说,而且还要手动浪费一回合加燃血术,还要掉血,有那时间宁愿多秒一次。 追魂刺在某些特定情况下可以玩下,比如说大闹的BOSS,最后舍完后可以蓄力打一次,但现在的人都比较懒,只剩下一个怪的情况下,大部分宁愿直接追魂刺挂机就完事了。 封系无底洞也比较纠结,加了燃血术后能随机多封一个单位,还不如每回合封一个单位,况且掉了20%气血还要承担被点杀的风险,实在划不来。 五、写在最后 综上所述,这肉身菩萨次无底洞主要加强是辅助方面,秒脉和阿若憍陈如封脉对于燃血术的效果确实有点鸡肋,奶脉我觉得最强的还是伤势的恢复,现在帮战也出现了很多咒师普陀,之前无底洞依靠化圣技能净土灵华能有效的恢复伤势,但是化圣的无底洞相对较少,这次等于说将拉伤的功能下放。 无底洞的门派调整分析到此暂告一段,无底洞的玩家们,你们对这次无底洞的改动还满意吗?
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

快速回复 返回顶部 返回列表