https://btio.cn/tags/%E7%BB%8F%E5%85%B8%E8%93%9D%E7%89%99/ Recent content in 经典蓝牙 on 栈外随记 https://btio.cn/images/logo-arong.svg https://btio.cn/images/logo-arong.svg Hugo zh-CNTue, 04 Aug 2026 17:48:36 +0800 https://btio.cn/posts/2026/08/04/%E4%B8%80%E5%89%AF-tws-%E8%80%B3%E6%9C%BA%E4%B8%BA%E4%BB%80%E4%B9%88%E6%97%A2%E8%A6%81%E7%94%A8%E7%BB%8F%E5%85%B8%E8%93%9D%E7%89%99%E5%8F%88%E8%A6%81%E7%94%A8-ble/ Tue, 04 Aug 2026 17:48:36 +0800 https://btio.cn/posts/2026/08/04/%E4%B8%80%E5%89%AF-tws-%E8%80%B3%E6%9C%BA%E4%B8%BA%E4%BB%80%E4%B9%88%E6%97%A2%E8%A6%81%E7%94%A8%E7%BB%8F%E5%85%B8%E8%93%9D%E7%89%99%E5%8F%88%E8%A6%81%E7%94%A8-ble/ <p>做 TWS 耳机时，经常会同时看到经典蓝牙和 BLE。</p> <p>手机已经通过蓝牙连接耳机，可以播放音乐、接打电话，为什么配套 App 还要再连接一次 BLE？我刚开始接触时，也没有认真区分这两部分，只知道它们都叫蓝牙。</p> <p>后来做 App 交互功能多了，我才慢慢理解：在目前常见的 TWS 产品里，它们处理的事情并不一样。经典蓝牙主要负责音乐、通话和媒体控制，BLE 更像一条给 App 使用的数据通道。</p> <h2 id="section-1">一、经典蓝牙主要负责耳机的基本功能</h2> <p>平时用耳机听歌、调节音量和接打电话，主要涉及经典蓝牙中的几个 Profile：</p> <table> <thead> <tr> <th>Profile</th> <th>在耳机中的主要作用</th> </tr> </thead> <tbody> <tr> <td>A2DP</td> <td>传输音乐音频</td> </tr> <tr> <td>AVRCP</td> <td>播放、暂停、切歌和音量控制</td> </tr> <tr> <td>HFP</td> <td>来电、接听、挂断等通话控制</td> </tr> </tbody> </table> <p>通话时的语音通常还会通过 SCO/eSCO 链路传输。</p> <p>这些功能决定了一副耳机能不能正常听歌和通话。以我目前接触到的应用开发来说，平时主要处理 SDK 上报的 A2DP、AVRCP 和 HFP 事件，再根据当前状态执行对应的产品逻辑。</p> <h2 id="section-2">二、BLE 主要负责耳机与 App 交互</h2> <p>配套 App 需要做的事情和播放音乐不太一样。它传输的通常不是连续音频，而是一些控制命令和状态数据。</p> <p>我做过的项目里，BLE 主要用于这些功能：</p> <ul> <li>修改 EQ；</li> <li>切换 ANC 模式；</li> <li>读取耳机电量；</li> <li>OTA 升级；</li> <li>查找耳机。</li> </ul> <p>例如用户在 App 上切换 ANC，App 会通过 BLE 把命令发给耳机；耳机执行以后，还可能需要把最新状态返回给 App。读取电量也是类似的过程，只是数据方向和触发时机可能不同。</p> <p>我接触过 GATT 的 Service、Characteristic、读写和通知，不过实际开发时，大部分数据收发还是通过 SDK 封装好的接口完成。刚开始看这些名词时，我觉得它们比较抽象。结合 TWS 耳机的功能，可以先这样理解：</p>