在 iOS 开发者的语境里，大家把 BT 和 BLE 当成两种不同的蓝牙技术在谈——它们来自同一个 Bluetooth 规范，但面向的场景、协议栈乃至 Apple 提供的 API 都截然不同。
| 缩写 | 全称 / 技术名称 | 规范层叫法 | iOS 支持现状 | 典型用途 |
|---|---|---|---|---|
| BT | Bluetooth Classic（经典蓝牙） 又叫 BR/EDR（Basic Rate / Enhanced Data Rate） | “Bluetooth BR/EDR” | iOS 仅对少数系统级 Profile（音频、电话、HID）开放；应用若要主动通信，通常要走 ExternalAccessory 或 MFi 方案 | 连续音频（AirPods）、车载电话、HID 键盘/手柄等 |
| BLE | Bluetooth Low Energy（低功耗蓝牙） 早期市场名 Bluetooth Smart | “Bluetooth LE” | iOS 从 iOS 5 起通过 CoreBluetooth 完整开放，允许 App 扫描、连接、收发数据 | 传感器、智能穿戴、支付 Beacon、低功耗数据同步等 |
1. 技术差异一览
| 维度 | BT（Classic） | BLE |
|---|---|---|
| 频道数 | 79（1 MHz） | 40（2 MHz，含 3 条主广告信道） |
| 连接建立 | 100 ms-级，需功耗持续维持 | 3 ms-级握手，空闲时几乎不耗电 |
| 典型吞吐 | 1–3 Mb/s，适合连续流 | 0.1–1 Mb/s，适合突发包 |
| 能耗模型 | “始终在线” | “睡眠→唤醒” |
Apple 文档也明确区分 “Bluetooth Classic” 与 “Bluetooth Low Energy (BLE)” 并分别说明其安全模型与开发接口。(苹果支持)
2. 在 iOS 里的开发接口
| 需求 | 推荐框架 / 方法 |
|---|---|
| 与 BLE 设备（传感器、灯控、手环…）通讯 | CoreBluetooth — 完全支持扫描、广播、GATT、L2CAP 等。(Apple Developer) |
| 与 BT Classic 设备自定义通讯 | 只有在外设通过 MFi 认证并使用 ExternalAccessory Framework 暴露串口 (EAAccessory / EASession) 时可由第三方 App 访问；否则仅系统级 Profile 可用（例如音频经 AVFoundation、车载经 CallKit）。 |
3. 选型建议
- 要做 App-to-Device 数据同步、控制指令、周期测量 → 用 BLE + CoreBluetooth：功耗低、接口开放且无 MFi 门槛。
- 要做连续音频或现成车载控制 → 系统已经通过 BT Classic 处理，不需也不能自己操作协议。
- 若 Legacy 设备只支持 BT Classic 且要自定义数据通道 → 必须采用 MFi/ExternalAccessory，且硬件需支持 Apple SPP（iAP2）或类串口 Profile。
简而言之：
- BT = 经典蓝牙（BR/EDR），在 iOS 上主要被系统用来做音频等高带宽、持续连接场景；
- BLE = 低功耗蓝牙，专为间歇数据、传感器与 IoT 设计，由 CoreBluetooth 向第三方完全开放。
区分清二者，有助于你在项目里选择合适的硬件模块、协议栈与 iOS API。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
