最近在做项目的过程中需要唯一标识用户的设备,后台在做push notification的时候需要用到这个唯一的标识号。

首先我会想到的是设备的device id,毫无疑问可以唯一标识设备,第一个版本也正是这样做的。国庆期间用户的一封邮件让哥很不淡定,因为需要拿到device id,所以必然要在AndroidManifest文件中添加权限

<uses-permission android:name="android.permission.READ_PHONE_STATE" />

添加完这条权限很自然的在用户下载App的时候会提示以下权限接受的列表:

Android 优雅 获取唯一ID 安卓获取唯一标识_唯一标识

OK。问题来了,用户觉得这个东西比较敏感,我选择不安装你们的这个App,心中一万只羊驼在奔跑。

想想换换其他方式来实现这一需求吧。今天和大家总结分享下每种方式的利弊。

第一种方式:设备的Device Id作为唯一标识

在AndroidManifest配置文件中添加权限

<uses-permission android:name="android.permission.READ_PHONE_STATE" />

具体获取的方法如下,我是写在工具类中的:

public static String getDeviceIdInfo(Context mContext) {
        //String imei = ((TelephonyManager) mContext.getSystemService(mContext.TELEPHONY_SERVICE)).getDeviceId();
        String imei = Secure.getString(mContext.getContentResolver(), Secure.ANDROID_ID);

        return imei;
    }

这种实现方式的缺点在于:

1.遇到安全警觉性比较高的用户,我不接受这样的权限,不安装你的App。

2.非手机设备,如果只带有Wifi的设备或者音乐播放器没有通话的硬件功能的话就没有这个DEVICE_ID。

3.作为手机来讲,IMEI是唯一的,它应该类似于359881030314356(除非你有一个没有量产的手机(水货)它可能有无效的IMEI,如:0000000000000)。说白了,如果只为了获取它,没有用到其他的通话功能,那这个权限有点大才小用。

4.在少数的一些手机设备上,该实现有漏洞,会返回垃圾,如:zeros或者asterisks的产品。

第二种方式:获取MAC ADDRESS

我们也可以通过手机的Wifi或者蓝牙设备获取MAC ADDRESS作为DEVICE ID,但是并不建议这么做,因为并不是所有的设备都有Wifi,并且,如果Wifi没有打开,那硬件设备无法返回MAC ADDRESS.
The WLAN MAC Address string, 是另一个唯一ID。毫无疑问你需要在AndroidManifest文件中添加如下权限:

<uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />

代码中的实现:

WifiManager wm = (WifiManager)getSystemService(Context.WIFI_SERVICE);
String m_szWLANMAC = wm.getConnectionInfo().getMacAddress();

Returns: 00:11:22:33:44:55 (这不是一个真实的地址。而且这个地址能轻易地被伪造。).WLan不必打开,就可读取些值。

第三种方式:BT MAC ADDRESS

只在有蓝牙的设备上运行。并且要加入android.permission.BLUETOOTH 权限.

BluetoothAdapter m_BluetoothAdapter = null; // Local Bluetooth adapter
m_BluetoothAdapter = BluetoothAdapter.getDefaultAdapter();
String m_szBTMAC = m_BluetoothAdapter.getAddress();

Returns: 43:25:78:50:93:38 . 蓝牙没有必要打开,也能读取。

第四种方式:Serial Number

装有SIM卡的设备可以通过getSystemService(Context.TELEPHONY_SERVIEC).getSimSerialNumber();获取到
sim serial number。 注意对CDMA设备,返回的是一个空值。
在Android 2.3可以通过android.os.Build.SERIAL获取,非手机设备可以通过该接口获取。

第五种方式:ANDROID_ID

ANDROID_ID是设备第一次启动时产生和存储的64bit的一个数,当设备被wipe后该数重置
ANDROID_ID似乎是获取Device ID的一个好选择,但它也有缺陷:

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

具体获取的方法:

String m_szAndroidID = Secure.getString(getContentResolver(), Secure.ANDROID_ID);

第六种方式:Installtion ID : UUID

这种方式也正是我最后采用的一种方式。

以上几种方式都有或多或少存在的一定的局限性或者bug,在这里,有另外一种方式解决,就是使用UUID,该方法无需访问设备的资源,也跟设备类型无关。
这种方式是通过在程序安装后第一次运行后生成一个ID实现的,但该方式跟设备唯一标识不一样,它会因为不同的应用程序而产生不同的ID,而不是设备唯一ID。

因此经常用来标识在某个应用中的唯一ID(即Installtion ID),或者跟踪应用的安装数量。

我在程序中新建了这么一个工具类来获取这个UUID

import java.io.File;
import java.io.FileOutputStream;
import java.io.IOException;
import java.io.RandomAccessFile;
import java.util.UUID;

import android.content.Context;

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

综上所述,我还是比较推荐最后一种方式。