android获取设备唯一标示

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

下面收集了一些“有能力”或“有一定能力”作为设备标识的串码。

这是android系统为开发者提供的用于标识手机设备的串号，也是各种方法中普适性较高的，可以说几乎所有的设备都可以返回这个串号，并且唯一性良好。

这个device_id可以同通过下面的方法获取：

它会根据不同的手机设备返回imei，meid或者esn码，但在使用的过程中有以下问题：

非手机设备：最开始搭载android系统都手机设备，而现在也出现了非手机设备：如平板电脑、电子书、电视、音乐播放器等。这些设备没有通话的硬件功能，系统中也就没有telephony_service，自然也就无法通过上面的方法获得device_id。

权限问题：获取device_id需要read_phone_state权限，如果只是为了获取device_id而没有用到其他的通话功能，申请这个权限一来大才小用，二来部分用户会怀疑软件的安全性。

厂商定制系统中的bug：少数手机设备上，由于该实现有漏洞，会返回垃圾，如:zeros或者asterisks

可以使用手机wifi或蓝牙的mac地址作为设备标识，但是并不推荐这么做，原因有以下两点：

硬件限制：并不是所有的设备都有wifi和蓝牙硬件，硬件不存在自然也就得不到这一信息。

获取的限制：如果wifi没有打开过，是无法获取其mac地址的；而蓝牙是只有在打开的时候才能获取到其mac地址。

获取wifi mac地址：

获取蓝牙 mac地址：

装有sim卡的设备，可以通过下面的方法获取到sim serial number：

注意：对于cdma设备，返回的是一个空值！

在设备首次启动时，系统会随机生成一个64位的数字，并把这个数字以16进制字符串的形式保存下来，这个16进制的字符串就是android_id，当设备被wipe后该值会被重置。可以通过下面的方法获取：

android_id可以作为设备标识，但需要注意：

厂商定制系统的bug：不同的设备可能会产生相同的android_id：9774d56d682e549c。

厂商定制系统的bug：有些设备返回的值为null。

设备差异：对于cdma设备，android_id和telephonymanager.getdeviceid() 返回相同的值。

android系统2.3版本以上可以通过下面的方法得到serial number，且非手机设备也可以通过该接口获取。

以上几种方式都或多或少存在一定的局限性或者bug，如果并不是确实需要对硬件本身进行绑定，使用自己生成的uuid也是一个不错的选择，因为该方法无需访问设备的资源，也跟设备类型无关。

这种方式的原理是在程序安装后第一次运行时生成一个id，该方式和设备唯一标识不一样，不同的应用程序会产生不同的id，同一个程序重新安装也会不同。所以这不是设备的唯一id，但是可以保证每个用户的id是不同的。可以说是用来标识每一份应用程序的唯一id（即installtion id），可以用来跟踪应用的安装数量等。

google developer blog提供了这样的一个框架：

上文可以看出，android系统中并没有可以可靠获取所有厂商设备唯一id的方法，各个方法都有自己的使用范围和局限性，这也是目前流行的android系统版本过多，设备也是来自不同厂商，且没有统一标准等原因造成的。

从目前发展来看，android系统多版本共存还会持续较长的时间，而android系统也不会被某个设备生产厂商垄断，长远看android基础系统将会趋于稳定，设备标识也将会作为系统基础部分而标准化，届时这一问题才有望彻底解决。

目前的解决办法，比较可行的是一一适配，在保证大多数设备方便的前提下，如果获取不到，使用其他备选信息作为标识，即自己再封装一个设备id出来，通过内部算法保证尽量和设备硬件信息相关，以及标识的唯一性。

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地址为例：

        string getmac() {

                string macserial = null;

                string str = "";

                try {

                        process pp = runtime.getruntime().exec(

                                        "cat /sys/class/net/wlan0/address ");

                        inputstreamreader ir = new inputstreamreader(pp.getinputstream());

                        linenumberreader input = new linenumberreader(ir);

                        for (; null != str;) {

                                str = input.readline();

                                if (str != null) {

                                        macserial = str.trim();// 去空格

                                        break;

                                }

                        }

                } catch (ioexception ex) {

                        // 赋予默认值

                        ex.printstacktrace();

                }

                return macserial;

        }

唯一标识码这东西在网络应用中非常有用，例如检测是否重复注册之类的。

import android.provider.settings.secure;

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提供了这样的一个框架：

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();

}

   总结

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

重申下，以下方法是生成device id，在大多数情况下installtion id能够满足我们的需求，但是如果确实需要用到device id，那可以通过以下方式实现：

import android.content.context;

import android.content.sharedpreferences;

import android.telephony.telephonymanager;

import java.io.unsupportedencodingexception;

import java.util.uuid;

public class deviceuuidfactory {

    protected static final string prefs_file = "device_id.xml";

    protected static final string prefs_device_id = "device_id";

    protected static uuid uuid;

    public deviceuuidfactory(context context) {

        if( uuid ==null ) {

            synchronized (deviceuuidfactory.class) {

                if( uuid == null) {

                    final sharedpreferences prefs = context.getsharedpreferences( prefs_file, 0);

                    final string id = prefs.getstring(prefs_device_id, null );

                    if (id != null) {

                        // use the ids previously computed and stored in the prefs file

                        uuid = uuid.fromstring(id);

                    } else {

                        final string androidid = secure.getstring(context.getcontentresolver(), secure.android_id);

                        // use the android id unless it's broken, in which case fallback on deviceid,

                        // unless it's not available, then fallback on a random number which we store

                        // to a prefs file

                        try {

                            if (!"9774d56d682e549c".equals(androidid)) {

                                uuid = uuid.nameuuidfrombytes(androidid.getbytes("utf8"));

                            } else {

                                final string deviceid = ((telephonymanager) context.getsystemservice( context.telephony_service )).getdeviceid();

                                uuid = deviceid!=null ? uuid.nameuuidfrombytes(deviceid.getbytes("utf8")) : uuid.randomuuid();

                            }

                        } catch (unsupportedencodingexception e) {

                            throw new runtimeexception(e);

                        // write the value out to the prefs file

                        prefs.edit().putstring(prefs_device_id, uuid.tostring() ).commit();

                    }

    /**

     * returns a unique uuid for the current android device.  as with all uuids, this unique id is "very highly likely"

     * to be unique across all android devices.  much more so than android_id is.

     *

     * the uuid is generated by using android_id as the base key if appropriate, falling back on

     * telephonymanager.getdeviceid() if android_id is known to be incorrect, and finally falling back

     * on a random uuid that's persisted to sharedpreferences if getdeviceid() does not return a

     * usable value.

     * in some rare circumstances, this id may change.  in particular, if the device is factory reset a new device id

     * may be generated.  in addition, if a user upgrades their phone from certain buggy implementations of android 2.2

     * to a newer, non-buggy version of android, the device id may change.  or, if a user uninstalls your app on

     * a device that has neither a proper android id nor a device id, this id may change on reinstallation.

     * note that if the code falls back on using telephonymanager.getdeviceid(), the resulting id will not

     * change after a factory reset.  something to be aware of.

     * works around a bug in android 2.2 for many devices when using android_id directly.

     * @return a uuid that may be used to uniquely identify your device for most purposes.

     */

    public uuid getdeviceuuid() {

        return uuid;

如何获取android手机的唯一标识？

代码: 这里是你在android里读出 唯一的 imsi-id / imei-id 的方法。 

java: 

string myimsi = android.os.systemproperties.get(android.telephony.telephonyproperties.property_imsi); 

// within my emulator it returns: 310995000000000 

string myimei = android.os.systemproperties.get(android.telephony.telephonyproperties.property_imei); 

// within my emulator it returns: 000000000000000 

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