.NET Framework 4.8下DeviceClient退出未关闭DotNetty线程问题咨询

根因说明 #

这是Microsoft.Azure.Devices.Client 1.34.0、1.35.0版本使用MQTT传输时的已知缺陷：SDK封装DotNetty底层逻辑时，未在CloseAsync执行链路中加入DotNetty事件循环的终止触发逻辑，导致DotNetty.Common.Concurrency.SingleThreadEventExecutor.PollTask线程会无限轮询任务队列，无法自动退出。

解决方案 #

临时规避方案（无需升级SDK） #

• 显式调用资源释放逻辑：即使使用using语句包裹DeviceClient实例，也建议在调用CloseAsync之后，手动调用_deviceClient.Dispose()，该操作是幂等的，不会引发重复释放异常。
• 调整退出逻辑：主线程设置is_running = false后，保留工作线程引用，调用Thread.Join(3000)等待工作线程执行完清理逻辑，若超时仍未退出，直接调用Environment.Exit(0)强制终止所有残留线程。
• 手动配置DotNetty线程属性：在创建DeviceClient之前添加如下配置，将DotNetty的事件循环线程设置为后台线程，进程退出时会自动销毁：

DotNetty.Common.Concurrency.SingleThreadEventExecutor.DefaultIsBackground = true;

• 替换传输类型：若业务允许，将TransportType.Mqtt替换为TransportType.Amqp或TransportType.Http1，这两种传输协议不依赖DotNetty，不存在线程残留问题。

永久修复方案 #

直接将Microsoft.Azure.Devices.Client Nuget包升级到1.36.0及以上版本，该版本已完整修复DotNetty线程未正确回收的缺陷，调用CloseAsync后会自动终止所有底层事件循环线程。

代码优化建议 #

现有代码中使用了async void修饰thread_method，这会导致方法内抛出的未处理异常直接引发进程崩溃，建议改为async Task返回值，主线程可通过等待Task执行状态处理异常。

内容的提问来源于stack exchange，提问作者Gauthier