项目中出现了将设备和用户信息进行绑定的需求。最先想到的是IMEI串码和IMSI串码。手机登陆的时候一直都没有问题。换了一个平板中之后IMEI和IMSI串码都获取不到了。后来查了一下原因，是因为平板上是没有手机卡的。所以手机上就获取不到串码了。当然，如果运营商没有将对应的信息写入到手机卡上的时候也不能获取到对应的信息（这是网上说的，没有经过验证）。
将手机信息和用户信息进行绑定，的一个主要原则就是可靠的。不管它是什么值，硬件的值也好，网络运营商给我们的值也好，只要他够稳定就ok。
然后介绍一下网络上的各种各样的方法。有一个比较全的：http://www.cnblogs.com/anxin1225/p/3376516.html 。简单评价一下这几种方法IMEI和IMSI这个就不提了。没什么争议。
1. MAC ADDRESS：按照作者的说法。这个是肯定不能用的，我用Wifi登录和3G网络登录居然不是一个用户，果断不能接受，直接pass
2.Serial Number：部分用户获取不到，但是一旦获取到的数据就是可靠的。这个数据我们还是可以利用的。
3.ANDROID_ID：是设备第一次启动的时候产生和存储的64Bit的一个值，比较稳定。但是有缺点。在Android 2.2设备上的时候这个值不可靠。当然了，如果你的应用是刚好避开了这个弊端的话。很好，你可以不用看我废话了。直接使用这个值就好了。
4. Installtion ID : UUID：看上去很完美了。手机软件、系统重装之后，这个值应该就会改变了。
5. Pseudo-Unique ID：我觉得这个是最坑爹的一个算法。因为如果批量购买的设备里边出现相同的串码的几率可能大的吓人。
好吧开始解释一下我的想法吧。其实跟之前的差不多。
1.我们在服务器上用Id生成器来生成唯一的串码，如果你不会，@我 我会把Id生成器那一段也搞出来。
2.首先获取IMEI串码，如果有值直接将IMEI串码返回出来。
3.获取IMSI串码，如果有值，直接将IMSI串码返回出来。
4.ok，如果执行到这个地方，那就只能说明IMEI串码和IMSI串码已经失效了。我们需要弃用备用方案了。首先查看我们的数据库中有没有已经保存的可用的网络串码。如果有直接返回，如果没有从网络中获取串码，保存，并且返回出去。
public static String getPhoneId(Context context) {
String id = "";
TelephonyManager mTelephonyMgr = (TelephonyManager) context
.getSystemService(Context.TELEPHONY_SERVICE);
// 获取IMSI号
id = mTelephonyMgr.getSimSerialNumber();
if (!StringTools.IsNullOrEmpty(id))
return "S" + id;
// 获取IMEI号
id = mTelephonyMgr.getDeviceId();
if (!StringTools.IsNullOrEmpty(id))
return "E" + id;
if (StringTools.IsNullOrEmpty(id)) {
// 通过ID生成器获取编码
id = DBTools.getDataFromCommonDB(context, PHONE_ID);
if (StringTools.IsNullOrEmpty(id)) {
try {
id = "R" + IdGeneratorTools.Instance().NextLong();
DBTools.saveDataForCommonDB(context,
new KeyValuePair<String, String>(PHONE_ID, id));
} catch (Exception e) {
e.printStackTrace();
}
}
}
return id;
}
我的这种方式的，对于大部分机器都是可以做到软件卸载，手机重装都不会丢失用户信息。仍然有一小部分，是没有办法做到的。但是软件数据库不清除的情况下还是非常实用的。好了，有事联系我