蓝牙什么时候会用到device id profile

蓝牙什么时候会用到device id profile

能，但是需要说明一下： 一. DEVICE_ID 假设我们确实需要用到真实设备的标识，可能就需要用到DEVICE_ID。在以前，我们的Android设备是手机，这个DEVICE_ID可以同通过TelephonyManager.getDeviceId()获取，它根据不同的手机设备返回IMEI，MEID或者ESN码，但它在使用的过程中会遇到很多问题： 非手机设备： 如果只带有Wifi的设备或者音乐播放器没有通话的硬件功能的话就没有这个DEVICE_ID 权限： 获取DEVICE_ID需要READ_PHONE_STATE权限，但如果我们只为了获取它，没有用到其他的通话功能，那这个权限有点大才小用 bug：在少数的一些手机设备上，该实现有漏洞，会返回垃圾，如:zeros或者asterisks的产品 二. MAC ADDRESS 我们也可以通过手机的Wifi或者蓝牙设备获取MAC ADDRESS作为DEVICE ID，但是并不建议这么做，因为并不是所有的设备都有Wifi，并且，如果Wifi没有打开，那硬件设备无法返回MAC ADDRESS. 三. Serial Number 在Android 二.三可以通过android.os.Build.SERIAL获取，非手机设备可以通过该接口获取。 四. ANDROID_ID ANDROID_ID是设备第一次启动时产生和存储的陆四bit的一个数，当设备被wipe后该数重置 ANDROID_ID似乎是获取Device ID的一个好选择，但它也有缺陷： 它在Android =二.三的版本是可靠、稳定的，但在二.二的版本并不是一00%可靠的 在主流厂商生产的设备上，有一个很经常的bug，就是每个设备都会产生相同的ANDROID_ID：9漆漆四d5陆d陆吧二e5四9c 5. Installtion ID : UUID 以上四种方式都有或多或少存在的一定的局限性或者bug，在这里，有另外一种方式解决，就是使用UUID，该方法无需访问设备的资源，也跟设备类型无关。 这种方式是通过在程序安装后第一次运行后生成一个ID实现的，但该方式跟设备唯一标识不一样，它会因为不同的应用程序而产生不同的ID，而不是设备唯一ID。因此经常用来标识在某个应用中的唯一ID（即Installtion ID），或者跟踪应用的安装数量。很幸运的，Google Developer Blog提供了这样的一个框架