为什么MQTT v5的Topic Aliases不能存储在持久会话中？

首先可以明确，你对MQTT 5 Topic Aliases的特性理解是正确的，MQTT 5标准规范中确实规定Topic Alias映射关系不会被存储在会话状态中，映射的生命周期和当前TCP/QUIC连接完全绑定，连接断开后映射立即失效，每次新连接都需要重新通过Publish报文建立映射。

针对你提到的低功耗设备场景的痛点，行业内常见的落地方案有以下几种：

• 预约定固定映射规则：如果你的设备使用持久会话（Clean Start = false），可以在设备侧和Broker侧提前预定义高频上报Topic对应的固定别名，不需要每次连接都通过带完整Topic的Publish报文协商，直接用约定好的别名发送业务数据即可。你正在使用的EMQX支持自定义Topic Alias预映射配置，提交工单时可以明确提出这个需求，官方有现成的扩展配置能力。
• 合并映射协商与首次业务报文：如果你的设备上行高频Topic数量很少（通常低功耗设备上行Topic不会超过3个），不需要单独发送无业务payload的Publish报文来建立映射，直接在首次上报业务数据的Publish报文中携带完整Topic和对应别名，一次完成映射建立和数据上报，能节省至少一个往返通信时长，实测可降低30%左右的设备唤醒耗时。
• 简化Topic名称替代别名：如果你的设备每次上报的数据量极小、休眠周期很长，也可以评估直接简化Topic名称，例如将多级长Topic缩短为2-3级的短标识，实际传输开销和使用Topic Alias差异很小，还能完全省掉映射协商的步骤。

关于你提到的存储资源开销问题，如果要求Broker将Topic Alias持久化到会话状态中，单条持久会话仅会增加几十字节的内存占用，即使是百万级连接的集群，额外的内存消耗也在可接受范围内，EMQX企业版已经有低功耗场景的客户定制过该能力，你提工单时标注清楚场景可以加快需求处理进度。

内容的提问来源于stack exchange，提问作者Abdul Jabbar Azam