UUID：
 “GATT层”中定义的所有属性都有一个UUID值，UUID是全球唯一的128位的号码，它用来识别不同的特性。

1. BTSIG UUID

蓝牙核心规范制定了两种不同的UUID，一种是基本的UUID，一种是代替基本UUID的16位UUID。 所有的蓝牙技术联盟定义UUID共用了一个基本的UUID：0x0000xxxx-0000-1000-8000-00805F9B34FB

为了进一步简化基本UUID，每一个蓝牙技术联盟定义的属性有一个唯一的16位UUID，以代替上面的基本UUID的‘x’部分。例如，心率测量特性使用0X2A37作为它的16位UUID，因此它完整的128位UUID为：

0x00002A37-0000-1000-8000-00805F9B34FB

虽然蓝牙技术联盟使用相同的基本UUID，但是16位的UUID足够唯一地识别蓝牙技术联盟所定义的各种属性。

蓝牙技术联盟所用的基本UUID不能用于任何定制的属性、服务和特性。对于定制的属性，必须使用另外完整的128位UUID。
 

蓝牙技术规范 Core_V4.2中是这样描述的

A UUID is a universally unique identifier that is guaranteed to be unique across all space and all time. UUIDs can be independently created in a distributed fashion. No central registry of assigned UUIDs is required. A UUID is a 128-bit value.

To reduce the burden of storing and transferring 128-bit UUID values, a range of UUID values has been pre-allocated for assignment to often-used, registered purposes. The first UUID in this pre-allocated range is known as the Bluetooth Base UUID and has the value 00000000-0000-1000-8000-00805F9B34FB, from the Bluetooth Assigned Numbers document. UUID values in the pre-allocated range have aliases that are represented as 16-bit or 32-bit values. These aliases are often called 16-bit and 32-bit UUIDs, but it is important to note that each actually represents a 128-bit UUID value.

The full 128-bit value of a 16-bit or 32-bit UUID may be computed by a simple arithmetic operation.

       28_bit_value = 16_bit_value * 296 + Bluetooth_Base_UUID

       128_bit_value = 32_bit_value * 296 + Bluetooth_Base_UUID

A 16-bit UUID may be converted to 32-bit UUID format by zero-extending the  16-bit value to 32-bits. An equivalent method is to add the 16-bit UUID value to a zero-valued 32-bit UUID。

蓝牙广播中对服务 UUID 格式定义都有三种 16 bit UUID、32 bit UUID、128 bit UUID。

但是熟悉安卓开发的小伙伴都知道接口都 UUID 格式，fromString 时候 16bit 的 UUID 该咋办呢？

16bit 和 32bit 的 UUID 与 128bit 的值之间转换关系：

128_bit_UUID = 16_bit_UUID * 2^96 + Bluetooth_Base_UUID

128_bit_UUID = 32_bit_UUID * 2^96 + Bluetooth_Base_UUID

其中 Bluetooth_Base_UUID 定义为 00000000-0000-1000-8000-00805F9B34FB 

如果你想说这是啥呀，那我这样说你应该可以明白点：

若 16 bit UUID为xxxx，那么 128 bit UUID 为 0000xxxx-0000-1000-8000-00805F9B34FB

若 32 bit UUID为xxxxxxxx，那么 128 bit UUID 为 xxxxxxxx-0000-1000-8000-00805F9B34FB

通俗来讲

UUID 可以简单理解为编号，唯一的编号，用于区分不同的个体。服务和特性都有各自的UUID。比如经典的9527。UUID 就跟身份证一样，不管是你是局长还是科长，人人都有身份证。

 这里的 Read, Notify，Write_Without_Response为该Characteristic UUID所具有的属性

二、 服务（Service） UUID

        服务（Service）可以理解为组长，一个组里面至少有一个或多个特性（Characteristic），特性（Characteristic）可以理解为组员。不同的服务（Service）应该有不同的编号(UUID)，用以区分不同的服务(Service)。
       我是重案组总督察黄启发, 这里已经被包围了, 限你三分钟之内投降，这里的黄Sir就是组长，组长一般是不干活的，真正干活的是组员（特性），比如谈判专家、拆弹专家和飞虎队。

三，特性（Characteristic）UUID

特性（Characteristic）是依附于某个服务（Service）的，可以理解为组员，每个组员至少要有一个编号（UUID）以及一个或多个属性（Property）每个特性（Characteristic）可以同时有一个或多个属性。
就比如 119 不光可以救火，像忘带钥匙打不开门，工头不发工资站到楼顶上想不开等等119都可以帮忙，这就是混合属性， 当然了，“Fire inthe hole”人家119 不管。

四，属性（Property）

   属性的概念非常好理解，在此不多阐述，只是简单描述一下，借用古诗一首：文能提笔安天下，武能上马定乾坤，上炕认识媳妇，下炕认识鞋。

常用的属性有如下几个，我们以手机和蓝牙模块进行通讯来举栗说明：

Read： 读属性，具有该属性的UUID 是可读的，也就是说这个属性允许手机来读取一些信息。手机可以发送这个指令来读取某个具有读属性UUID的信息。

Notify： 通知属性， 具有该属性的 UUID是可以发送通知的，也就是说具有这个属性的特性（Characteristic）可以主动发送信息给手机。

Write： 写属性， 具体该属性的 UUID 是可以接收写入数据的。通常手机发送数据给蓝模块就是通过这个属性完成的。这个属性在Write 完成后，会发送写入完成结果给手机，然后手机再可以写入下一包，这个属性在写入一包数据后，需要等待应用层返回写入结果，速度比较慢。

WriteWithout Response：写属性，从字面意思上看，只是写，不需要返回写的结果，这个属性的特点是不需要应用层返回，完全依靠协议层完成，速度快，但是写入速度超过协议处理速度的时候，会丢包。

扛把子（服务）是0xFFE0, 小弟只有一个（特性）是0xFFE1，小弟（特性）0xFFE1同时具有读、通知、不需要返回结果的写属性。顺道辟个谣，有些人认为用一个UUID 来读写会造成冲突，其实并不是这样，多个属性集合到一体是可以的，蓝牙协议是允许这么做的。