1、蓝牙Mesh是什么：蓝牙Mesh的诞生背景、与传统蓝牙的区别、核心应用场景
1.1 为什么需要蓝牙Mesh？
先问一个问题：传统的蓝牙，能连接多少个设备？
答案很残酷——最多7个。一个手机连一个音箱、一个手环、一个耳机，基本就到顶了。你想用手机控制全屋50个灯泡？传统蓝牙做不到。
这就是蓝牙Mesh诞生的直接原因。说白了，传统蓝牙是「一对一」或「一对多（但数量极少）」的模型，而物联网场景需要的是「多对多」——成百上千个设备互相通信、协同工作。
核心矛盾：传统蓝牙的星型拓扑（1个主设备+7个从设备）无法满足大规模设备组网的需求。蓝牙Mesh用「泛洪网络」+「消息中继」机制，把这个上限扩展到了理论上的65535个节点。
我记得2015年左右，我在做一个智能照明项目。客户要求一个网关控制200个灯，当时只能用Zigbee。蓝牙团队的人跟我说：「再等等，蓝牙Mesh快出来了。」2017年，蓝牙Mesh 1.0正式发布，我第一时间就切了过去。
1.2 蓝牙Mesh vs 传统蓝牙：到底差在哪？
很多人以为蓝牙Mesh只是「蓝牙的升级版」，其实它俩的底层逻辑完全不同。我列个表，你一看就明白。
| 对比维度 | 传统蓝牙（BR/EDR/LE） | 蓝牙Mesh |
|---|---|---|
| 拓扑结构 | 星型（1主多从） | 网状（多对多中继） |
| 最大节点数 | 7个（经典蓝牙）/ 数十个（BLE广播） | 理论65535个 |
| 通信方式 | 连接导向（建立连接后收发） | 无连接广播（消息洪泛） |
| 路由机制 | 无路由，主设备调度 | 消息中继 + 缓存 + TTL |
| 功耗 | 中等（连接保持耗电） | 极低（节点可休眠，仅唤醒收发） |
| 应用场景 | 音频流、数据传输、外设连接 | 大规模传感器网络、智能照明、楼宇自动化 |
这里有个关键点：蓝牙Mesh 不是用蓝牙连接来传数据的。它用的是BLE的「广播信道」——每个节点把消息扔到空中，附近的节点收到后继续转发。就像接力赛，一棒传一棒。
我的经验：刚开始做Mesh项目时，我总习惯性地想「建立连接」。后来被坑了好几次才意识到——在Mesh里，你根本不需要关心谁和谁连接。你只需要关心「消息能不能到达目标地址」。这个思维转变，是入门蓝牙Mesh的第一道坎。
1.3 核心应用场景：蓝牙Mesh能干什么？
蓝牙Mesh不是万能药，但它有几个场景特别适合。我挑三个最常见的说说。
1.3.1 智能照明
这是蓝牙Mesh最成熟的应用。一个办公楼里几百盏灯，每盏灯都是一个Mesh节点。你可以在手机上分组控制、调光调色、设置场景。而且灯与灯之间可以互相中继——哪怕手机离最远的灯隔了三堵墙，消息也能通过中间灯一跳一跳传过去。
我在做某园区项目时，遇到过一个问题：灯控面板按下后，最远的灯要等2秒才亮。后来发现是TTL（生存时间）设得太小，消息传不到那么远。调大TTL后，延迟降到了200ms以内。
1.3.2 楼宇自动化
传感器（温湿度、光照、人体红外） + 执行器（窗帘、空调、通风）通过Mesh组网。不需要额外布线，每个设备装电池就能跑好几年。你想想看，一个旧楼改造项目，如果重新布线，成本有多高？蓝牙Mesh的无线方案，能省掉70%的施工费用。
1.3.3 工业物联网
工厂里的设备状态监测、环境监控、资产追踪。节点数量多、分布广、要求低功耗。蓝牙Mesh的Friend节点和Low Power节点机制，正好满足这类需求——传感器可以大部分时间休眠，只在需要时唤醒收发数据。
注意：蓝牙Mesh不适合高带宽、低延迟的场景。比如音频流、视频传输、实时控制（毫秒级响应）。它的消息传输是「尽力而为」的，没有QoS保证。如果你要做机械臂的实时控制，请绕道走有线或Wi-Fi。
1.4 蓝牙Mesh的架构概览
为了让你对蓝牙Mesh有个整体印象，我画了一张架构图。别被吓到，我们后面会一章一章拆开讲。
从下往上看：
- BLE核心层：就是蓝牙芯片的物理层和链路层。Mesh跑在BLE的广播信道上，不需要建立连接。
- 网络层：负责消息的加密、中继、转发。每个节点收到消息后，检查TTL，决定是否继续广播。
- 核心层：这是Mesh的大脑。管理节点状态、处理订阅/发布关系、配置好友节点、处理低功耗节点的唤醒。
- 应用层：你写的业务逻辑。比如「按下开关→发送开灯消息→灯收到后点亮」。通过Model（模型）来定义设备的行为。
嗯，这里要注意：蓝牙Mesh的协议栈比传统蓝牙复杂得多。传统蓝牙你只需要关心GATT和Service，而Mesh需要理解节点、元素、地址、模型、状态、消息……这些概念我们后面会一个一个啃。
1.5 一个简单的例子：开灯消息的旅程
假设你有一个开关（节点A）和一个灯泡（节点D），中间隔着两个中继节点（B和C）。你按下开关，发生了什么？
- 节点A在广播信道上发送一条消息：「地址0x1234，开灯」。
- 节点B收到消息，检查TTL=3，减1变成2。B不是目标节点，于是重新广播这条消息。
- 节点C收到消息，同样检查TTL，减1变成1。C也不是目标，继续广播。
- 节点D收到消息，发现目标地址就是自己（0x1234），于是执行开灯动作。消息不再转发。
整个过程，每个节点只负责「收到→检查→转发或处理」。没有中心调度，没有路由表，每个节点都是对等的。这就是Mesh的精髓。
避坑指南：我曾经把TTL设得太大（比如127），结果消息在整个网络里反复转发，造成广播风暴。后来养成了习惯——TTL从3开始调，够用就行。网络规模越大，TTL越要谨慎。
1.6 本章小结
蓝牙Mesh不是传统蓝牙的简单升级，而是一套全新的组网协议。它解决了传统蓝牙「节点太少、距离太短、无法中继」的痛点，专为大规模物联网场景设计。
记住三个关键词：无连接、多对多、消息中继。把这九个字刻在脑子里，后面的学习会顺畅很多。