2. 会话隔离基础概念：会话与连接的区别
好，咱们进入正题。这一章我打算把两个最基础、也最容易混淆的概念讲透——会话（Session）和连接（Connection）。
你可能觉得这有什么好讲的？不就是客户端连上服务器嘛。嗯，我当年也这么想。直到有一次在生产环境排查一个诡异的“断连重连”问题，抓包抓了一整天，最后发现是会话状态和连接状态没对齐导致的。从那以后，我对这两个东西的区分就特别敏感。
2.1 连接：传输层的“管道”
连接，说白了就是一条网络层面的通道。在MQTT里，它通常就是一条TCP连接。
- 作用：负责把字节流从A点搬到B点
- 生命周期：从三次握手开始，到四次挥手结束
- 特征：无状态，不关心你传的是什么协议数据
你可以把连接想象成一根水管。水（数据）能不能流过去，取决于水管通不通。至于流过去的是纯净水还是污水，水管本身不关心。
netstat -an | grep 1883 扫一眼，如果连接是 ESTABLISHED，说明管道是通的。问题大概率在上层。
2.2 会话：应用层的“状态容器”
会话就不一样了。它是在连接之上，由MQTT协议层维护的一套状态信息。
会话里装了什么？我列一下你就明白了：
- 客户端的 Client ID
- 订阅关系（你订阅了哪些主题）
- 未确认的 QoS 1/2 消息
- 离线期间积压的消息
- 会话过期时间（Session Expiry Interval）
你看，这些东西跟网络管道没关系。哪怕TCP连接断了，只要会话还在，这些状态就不会丢。
核心区别一句话：连接是“能不能说话”，会话是“说了什么、说到哪了”。
2.3 一张图看懂区别
我画了张对比图，你一看就明白：
2.4 会话标识符（Session ID）的作用
好，现在问题来了：服务器怎么知道一个重连上来的客户端，是“新人”还是“老朋友”？
答案就是 Client ID——它本质上就是MQTT的会话标识符。
你想想看，客户端发起CONNECT报文时，必须带一个Client ID。服务器就用这个ID去查：
- 有没有这个ID对应的旧会话？
- 如果有，要不要恢复它？
- 如果没有，要不要新建一个？
这个查表过程，就是会话标识符的核心作用。
我曾经踩过的坑：有个项目，多个设备用了相同的Client ID。结果A设备上线，把B设备的会话踢掉了；B重连，又把A踢掉。两台设备就这样“互踢”了一整天，消息全丢了。后来我强制要求：每个设备的Client ID必须唯一，且跟硬件序列号绑定。
2.5 Clean Start 与 Session Expiry
MQTT 5.0引入了两个关键字段，直接控制会话的生命周期：
| 字段 | 位置 | 作用 |
|---|---|---|
| Clean Start | CONNECT报文 | 为1时，丢弃任何已存在的会话，全新开始 |
| Session Expiry Interval | CONNECT报文 + DISCONNECT报文 | 会话在断连后保留的秒数，超时后自动删除 |
这两个字段配合使用，就能精确控制会话的“生”与“死”。
我的建议：对于物联网设备，如果网络不稳定，建议设置 Session Expiry Interval 为一个较大的值（比如3600秒）。这样设备断连后重连，会话还在，订阅和离线消息都能恢复。但要注意，服务器内存是有限的，别设成永久保留。
2.6 会话隔离为什么重要？
现在你理解了会话和连接的区别，就能明白会话隔离的意义了。
如果没有隔离，会发生什么？
- 攻击者可以伪造一个Client ID，接管别人的会话
- 一个会话的订阅关系可能被其他连接篡改
- 离线消息可能被非授权客户端获取
会话隔离，就是确保：每个会话只能被它对应的客户端访问。连接可以断、可以重连，但会话的“所有权”不能乱。
一句话总结：连接是临时管道，会话是持久身份。隔离会话，就是隔离身份——这是防范横向攻击的第一道防线。