02_classic_vs_ble(1)
02 经典蓝牙 vs BLE——一个是大力士，一个是马拉松运动员
阅读时间：10 分钟
本篇关键词：BR/EDR 与 BLE 核心区别、双模/单模芯片、应用场景、选型决策
🎭 开场：你的 AirPods 为什么每天都要充电，而手环可以两周不充？
这是个好问题。
你的 AirPods（或者任何蓝牙耳机），几乎每天都要放回充电仓。
而你的小米手环、华为手环，充一次电可以撑两周。
差距为什么这么大？
答案就在蓝牙的两大派系里：
- 🦍经典蓝牙（BR/EDR）= 大力士，力气大但饭量大
- 🏃低功耗蓝牙（BLE）= 马拉松运动员，跑得慢但能跑很久
那问题来了：为什么不让 BLE 去干耳机的活？
答案也很简单：BLE 的"嘴太小"，吃不下那么多数据。
音频数据量巨大（即使是压缩过的），需要一条"大水管"来传输——这条水管就是经典蓝牙。
🤔 BR/EDR 这三个字母到底啥意思？
BR = Basic Rate（基础速率，1 Mbps）
EDR = Enhanced Data Rate（增强速率，2-3 Mbps）
通俗来说就是：蓝牙一开始跑得慢（BR），后来吃了大力丸（EDR），跑快了一点点。
但不管怎么吃大力丸，经典蓝牙的核心痛点是功耗——从诞生那天起，它就是个"电老虎"。
经典蓝牙的工作方式是保持一条持续连接的管道。就像你一直举着手机打电话，手机会很烫，电池刷刷往下掉。因为经典蓝牙工作的时候，芯片一直在收发数据，几乎没有休息。
而 BLE 的设计思路完全不同——干完活马上就睡觉。
🧠 BLE 的"省电魔法"
BLE 靠三招省电：
第一招：广播不连接
经典蓝牙：要说话必须先建立连接。连接本身就很耗电。
BLE：我可以不连接就说话。广播模式下，我用 3 个特定信道广播数据包，一次发完就睡觉。收不收得到是你的事，跟我没关系。
第二招：连接时睡大觉
BLE 连接后不需要一直醒着。它有一个Connection Interval（连接间隔）——比如设成 50ms，那就是每 50ms 交换一次数据，剩下 49.9ms 芯片都在深度睡眠。
想象一下：你上着一门课，老师每 50ms 点一次名，你答应一声就继续趴着睡。经典蓝牙是每时每刻都在点名，你一直得醒着。
第三招：数据量小
BLE 一次最多只能传251 字节。干不了什么大事，但也意味着 CPU 和射频不需要满负荷运转。
📊 两大派系硬核对决
| 对比项 | 🦍 经典蓝牙 BR/EDR | 🏃 低功耗蓝牙 BLE |
|---|---|---|
| 诞生年份 | 1999（蓝牙 1.0） | 2010（蓝牙 4.0） |
| 峰值速率 | 2-3 Mbps（EDR） | 2 Mbps（蓝牙 5.0） |
| 实际吞吐 | ~1.4 Mbps | ~1.3 Mbps |
| 功耗 | ~30 mA（音频全开） | ~1 mA（广播模式） |
| 连接方式 | 先 Inquiry/Page 建立连接 | 广播 + Scan + Connect |
| 连接延迟 | 100ms 级 | 3-6ms |
| 典型场景 | 耳机、音箱、车载免提、鼠标 | 手环、传感器、门锁、AirTag |
| 数据管道 | ACL + SCO（同步/异步两条路） | ATT（属性协议，文件系统式） |
| 拓扑结构 | 点对点（Piconet） | 点对点 + 广播 + Mesh 网络 |
| 空中包格式 | 经典 HCI ACL + SCO | BLE 空口 PDU |
🔌 双模 vs 单模芯片
蓝牙芯片分为三类：
1. BR/EDR Only（单模经典）
- 只能跑经典蓝牙
- 现在基本绝迹了
2. BLE Only（单模低功耗）
- 只支持 BLE
- 最省电
- 典型：Nordic nRF52/nRF53、TI CC2540/CC2640
- 适合：手环、传感器、信标
3. Dual Mode（双模）
- 经典蓝牙 + BLE 都支持
- 功耗比 BLE Only 高
- 典型：高通 QCC 系列、瑞昱 RTL87xx、杰理/洛达
- 适合：蓝牙耳机（打电话用经典，广播配对用 BLE）
为什么 TWS 耳机用双模？
- 听音乐 → 经典蓝牙 A2DP（这条水管够粗）
- 耳机连接手机显示电量 → BLE GATT 服务
- 找耳机（响铃）→ BLE 广播
两种技术各管一摊，完美配合。
🗺️ 什么时候该用谁？
这是一个选型决策表：
| 你的需求 | 选谁 | 原因 |
|---|---|---|
| 听音乐 🎵 | 🦍 经典蓝牙 | 只有 A2DP 能传高质量音频 |
| 打电话 📞 | 🦍 经典蓝牙 | 只有 HFP 能走 SCO 通道 |
| 传文件 📁 | 🦍 经典蓝牙 | OPP/FTP 用 RFCOMM |
| 手环传感器 ⏱️ | 🏃 BLE | 要省电，数据量小 |
| 智能门锁 🔑 | 🏃 BLE | 纽扣电池能用一年 |
| 防丢追踪器 🔍 | 🏃 BLE | 广播模式下就能定位 |
| 车钥匙 🚗 | 🏃 BLE | 6.0 Channel Sounding |
| 蓝牙耳机 🎧 | 两者都有 | 经典传音频 + BLE 传状态 |
💡 一个重要的知识点：蓝牙"版本"不等于"支持的功能"
很多人以为"蓝牙 5.0 的耳机一定比 4.2 的好"——这是错的。
蓝牙版本是向下兼容的。一个蓝牙 5.0 的手机连接一个蓝牙 4.2 的耳机，会自动降级到 4.2 的模式。
而且不是所有的蓝牙 5.0 设备都支持全部 5.0 特性。比如有些便宜耳机虽然标着"蓝牙 5.0"，但实际上只用了经典蓝牙的 A2DP 功能，BLE 都没开。
所以看参数别只看版本号，要看它支持了哪些 Profile。
🎯 这一篇的"一句话总结"
经典蓝牙和 BLE 不是升级关系，而是分工关系。经典负责"大力出奇迹"（传音频），BLE 负责"细水长流"（传数据和状态）。
他们俩就像一对兄弟：
- 🦍 哥哥是施工队的力工——一顿饭能干一天的活
- 🏃 弟弟是马拉松选手——跑得慢，但能跑好几天
🔮 下集预告
好了，现在你知道蓝牙有两大家了。但不管哪一家，它们都遵循同一个协议栈架构——Host + Controller 分离。
下一期：《蓝牙全家福——一张图看懂蓝牙协议栈》
我们会从上到下看一遍蓝牙的"七层宝塔"，看看每一层到底在干嘛。放心，不会有你害怕的 Spec 术语轰炸，全是用故事拆解 😄
📌 本篇金句：经典蓝牙是大力士，BLE 是马拉松运动员——它们不是谁取代谁的关系，而是各司其职的搭档。