BLE GATT 里characteristic 的值变化Ke以通过 server 主动推送给 client。

这里主要有两种方式：

Notification 和 Indication。

不是所有 characteristic dou同时支持 notify 和 indicate。

hen多人第一次kan到这两个词，会觉得它们kan起来差不多。

表面上也确实差不多。

两者dou是设备主动往手机推数据，Android 端通常dou会在 onCharacteristicChanged 里收到回调。

你Ru果只kan上层现象，hen容易把它们理解成“两个名字不同的通知模式”。

但真正的差异不在回调，而在底层的确认语义。

Notification 的特点是 server 发出去就发出去了不要求 client 回一个链路层确认。

Indication 的特点是 server 发出去以后要等 client 确认，这条链路才算完成。

因为它意味着：

没有每条dou要确认的开销，设备Ke以geng快地往上推。

所以Ru果你有一个设备每隔几十毫秒就上报一次状态，或者持续推一段连续数据，通常geng适合 notify。

notify geng适合快一点、连续一点的数据。

indicate geng适合慢一点、但必须稳一点的关键状态。

你这条消息，到底是在传数据流，还是在传一个不Neng丢的状态。

indicate 不是比 notify “高级一点”，而是它本身就多了一层确认语义。

notify:高频、连续、允许局部丢失的数据，用 notify;关键、低频、必须确认的状态，用 indicate; onCharacteristicChanged: 不管底层是 notify 还是 indicate，Zui终dou可Neng进这个回调。 这时候问题可Neng在设备侧： 而不是： 也就是说onCharacteristicChangedoverride fun onCharacteristicChanged { Log.d { "%02X".format }}")}: 说实话，为什么百度不收录你的文章？ 害，可Neng和你的标题有关吧，或者内容质量不过关，你得好好检查一下了。 咱就是说有时候不是搜索引擎的问题，而是咱自己写得不够好，你懂的。 不对不对，应该是内容相关性、原创性以及用户体验这些方面的问题。 setCharacteristicNotification: 在 Android 端，开启两者的流程也非常接近。通常dou是两步： gatt.setCharacteristicNotification开启 notify 与 indicate

val characteristic = service.getCharacteristicgatt.setCharacteristicNotificationval cccd = characteristic.getDescriptor)cccd.value = BluetoothGattDescriptor.ENABLE_NOTIFICATION_VALUEgatt.writeDescriptor

开启 indicate 
val characteristic = service.getCharacteristicgatt.setCharacteristicNotificationval cccd = characteristic.getDescriptor)cccd.value = BluetoothGattDescriptor.ENABLE_INDICATION_VALUEgatt.writeDescriptor
原因通常不是 notify 和 indicate 的区别，而是你根本没写 CCCD 。 
比如耳机、电量变化、佩戴状态流、某些实时遥测数据，这类dougeng适合用 notify 。 
Ru果设备要告诉 App 一个特别关键的状态，比如：某个操作是否成功，或者某种错误码，这种时候 indicate 往往比 notify geng合理。 
项目实践中该如何选择？ 
Zuo BLE 的时候，Ru果你把这个边界想清楚，协议设计会稳hen多。 
hen多 BLE 项目写得不稳，本质上不是不会调 API，而是没有把数据按语义分层。 
这样协议语义会geng清晰，Android 端也geng容易围绕不同消息建立状态机。 
所以这件事不Neng凭感觉，必须kan设备协议文档和 characteristic property。 
在 Android 端Zui好先检查一下： 
val properties = characteristic.propertiesval supportsNotify =    properties and BluetoothGattCharacteristic.PROPERTY_NOTIFY != 0val supportsIndicate =    properties and BluetoothGattCharacteristic.PROPERTY_INDICATE != 0 
Ru果设备只支持其中一种，你写另一种 descriptor 值，本来就不对。