Intra项目中DNS-over-HTTPS连接断开问题的分析与解决

问题背景

在Intra项目中，当用户尝试使用某些DNS-over-HTTPS(DoH)服务器时，应用程序在点击"断开连接"按钮后会出现无响应的情况。这个问题特别在使用"Snopyta"这类DoH服务器时表现明显。

技术分析

问题现象重现

1. 用户启动Intra应用
2. 将DoH服务器切换至"Snopyta"
3. 等待一段时间后点击"断开连接"
4. 应用界面冻结，不再响应任何操作

根本原因剖析

经过深入分析，发现问题源于lwIP网络协议栈与DoH查询处理之间的锁竞争：

1. DNS查询流程：

   • lwIP设备从应用接收DNS请求
   • lwIP获取全局锁并调用UDP处理程序
   • 处理程序调用DoH服务器的Query方法

2. 连接建立问题：

   • 系统尝试连接到DoH服务器时，由于网络路由问题可能导致连接建立耗时长达3分钟

3. 断开连接时的死锁：

   • 用户尝试断开连接时，系统调用lwIP的Close方法
   • 此时lwIP的全局锁尚未释放
   • Close方法因等待锁释放而阻塞
   • 形成死锁状态导致应用无响应

解决方案

该问题已在项目内部修复，主要解决思路包括：

1. 优化锁机制：重新设计lwIP的锁管理策略，避免在长时间操作中持有全局锁
2. 超时处理：为DoH服务器连接操作添加合理的超时机制
3. 异步处理：将可能耗时的网络操作改为异步执行，不阻塞主线程

技术启示

这个案例展示了在网络编程中几个关键注意事项：

1. 锁的粒度：全局锁的使用需要特别谨慎，尤其是在涉及网络I/O等可能长时间阻塞的操作中
2. 超时设计：所有网络操作都应设置合理的超时值，避免无限期等待
3. 用户体验：耗时操作不应阻塞UI线程，确保应用始终保持响应状态
4. 协议栈集成：在集成第三方协议栈时，需要充分理解其内部机制，特别是锁和线程模型

通过这次问题的分析和解决，项目团队对网络协议栈与应用程序的交互有了更深入的理解，为后续开发类似功能积累了宝贵经验。