GATT系列前七篇把 GATT 过程部分讲了个遍：发现、读、写、通知、指示，全在 ATT 层打转转。但 ATT PDU 本质上只是一包包字节，它们要穿过链路到达对端，离不开脚下那条 L2CAP 通道。你可以把 GATT 想象成城市里的公交系统，前面研究的 MTU 是单车厢容量，opcode 是线路编号，而 L2CAP 就是地下铺设的轨道和隧道。轨道修成什么样——单车道还是多车道、固定站点还是动态绕行、要不要红绿灯流控——直接决定了上面跑公交的上限与规则。目录一、三种承载方式：修隧道还是铺多车道二、LE 固定信道 0x0004：默认但不够用三、BR/EDR 动态信道：PSM 直连与 SDP 绕行四、EATT：多信道并行的增强承载五、L2CAP 碰撞：双方同时挖隧道怎么办六、Bearer 支持矩阵：LE 上未增强是必选项七、空口实录：配对完成后 ATT 层的第一步是修管道八、从管道到应用：选型与排障的一张清单九、测验这一篇把视线下沉一层，看 GATT 如何在 L2CAP 上安家。规范把它放在 L2CAP Interoperability Requirements 一节，内容不算厚，但每一条都卡住了承载的命脉。三种承载方式、MTU 协商、信道建立规则、碰撞退避策略、以及强制性支持矩阵，全部串起来讲，中间用真实空口上配对后的 MTU 交换和链路参数升级做验证。一、三种承载方式：修隧道还是铺多车道GATT 在 L2CAP 上有三种承载可选，规范把它们分成三个小节：BR/EDR 上的未增强 ATT、LE 上的未增强 ATT、以及跨平台的增强 ATT（EATT）。先放一张总览图，再逐个拆开。