大雄行为锻炼做物联网和上位机开发这些年，我几乎每一轮项目都会碰到一句话：“你们这设备接入用什么Broker？”说白了就是MQTT消息服务器。早几年我还会老老实实推荐Mosquitto、EMQX这些现成方案，但碰了几次需求定制、私有协议适配、鉴权方式改造之后，我开始认真考虑一件事：与其在外部Broker上做各种“歪门邪道”的钩子，不如直接用C#自己写一个服务器端，基于开源的MQTT通信库把Broker逻辑掌握在自己手里。
这篇博文，我就专门聊聊这套思路：为什么值得自建，C#生态里现成的MQTT服务器端代码长什么样，核心模块怎么拆，性能怎么压，真实项目里（尤其是停车场车牌识别相机对接这种场景）怎么落地。想彻底吃透MQTT服务端开发的人，或者正在为“公司要用私有的设备接入平台”发愁的人，这篇文章能给出一条直接能走的路。
1. 为什么要自己建：现成MQTT Broker的爽与不爽
1.1 现成Broker解决不了的事
先说明一下，Mosquitto和EMQX这类开源Broker确实非常成熟，尤其EMQX在集群和插件生态上做得已经很好。但问题恰恰出在“成熟”这两个字上。你在项目里一旦遇到下面这些需求，现成Broker就会变得很别扭：
- 设备端发上来的报文不只是标准的MQTT Payload，还夹杂着厂商自定义的心跳结构、加密字段，你必须在Broker层面直接解析改写。
- 你需要在设备连接、订阅、断开这些生命周期节点上，触发自己的业务逻辑，比如动态分配Topic权限、把设备上下线消息实时推给业务系统。
- 你想把Broker的数据面和控制面全部集成进自己的.NET后台服务里，而不是额外维护一个中间件进程。
- 你需要部署到客户的Windows工控机上，客户环境限制多，不希望再装一个服务。
这种时候，去改Mosquitto的C源码不现实，去改EMQX的Erlang插件学习成本又太高。反而是C#这边，MQTTnet这个库直接给你提供了完整的Broker端API，你可以像写普通服务一样，把MQTT服务器端“嵌入”到自己的项目里。这就是我后来决定走这条路的核心原因：控制力。
1.2 选择C#和MQTTnet的理由
先给不熟悉的读者介绍一下MQTTnet。它是开源项目，GitHub上活跃度一直很高，库本身支持MQTT 3.1.1和5.0协议，同时提供了客户端和服务器端的完整实现。最关键的是它的服务器端是模块化的，Connection、Session、Subscription、Retain消息这些都可以通过事件和接口来做自定义覆盖。
我实际用下来，MQTTnet的服务器端虽然不会像EMQX那样开箱即用直接跑几万连接，但它的底子很干净，性能在.NET平台上完全够用。再加上C#的async/await模型处理大量长连接非常舒服，写起来比传统多线程模型简单得多。如果你本身项目就是.NET技术栈，把这套服务器端代码嵌进去，连进程间通信都省了，业务代码直接内调用Broker的发布接口，复杂度下降一大截。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. MQTT服务器端核心原理与状态建模
2.1 协议层面，Broker到底要管哪些东西
很多人对MQTT的理解停留在“就是发布订阅消息”这个层面，但真要自己写服务器端，就必须把协议里那几个核心概念彻底搞清楚。
先看连接层。客户端发Connect报文进来，Broker要校验协议版本、ClientId、用户名密码，还要决定是否接受CleanSession标记。这个标记很关键，它决定了会话是否会被持久化。如果设备用的是CleanSession=false，Broker就必须把会话状态存下来，包括它订阅过的Topic以及离线期间发给它的QoS 1/2消息。这部分状态管理是Broker最基本的内存开销来源。
再看订阅层。客户端发Subscribe报文的时候，Broker要维护一个“ClientId到Topic过滤器集合”的映射表。Topic过滤器支持通配符，+匹配单层，#匹配多层，所以路由匹配不能简单做字符串相等判断，要按层级拆开去匹配。我见过不少人在自己写简化版Broker的时候，卡就卡在这个Topic匹配的算法上，性能一高就崩。
最后是消息层。Broker收到Publish报文后，除了要按Topic找出所有匹配的订阅者逐个转发，还得处理QoS级别的语义。QoS 0是尽力而为，QoS 1至少一次，要回PUBACK并做消息去重，QoS 2是恰好一次，需要完整做PUBREC/PUBREL/PUBCOMP四次握手。同时，如果这个Topic有Retain消息，Broker要缓存最新一条，等新客户端订阅时立即推送。
2.2 服务器端程序里该怎么建这些状态
用C#来建模，我的习惯是搞三个核心对象：
MqttClientSession：表示一个客户端连接，里面存放ClientId、终结点地址、连接状态、Pending消息队列。MqttTopicTree：表示订阅关系，用字典嵌套结构维护