TRPC项目中HTTP2连接的内存泄漏问题分析与修复

在TRPC项目11.0.0-rc.741版本中，开发者报告了一个关于EventEmitter内存泄漏的警告问题。这个问题特别出现在高并发请求场景下，当同时存在超过10个HTTP连接时，Node.js会抛出"MaxListenersExceededWarning"警告。

问题背景

TRPC是一个现代化的RPC框架，在11.0.0-rc.741版本中引入了对HTTP2的支持。在实现过程中，开发团队为Socket对象添加了close事件监听器，目的是为了确保资源能够被正确释放。然而，这个实现存在一个潜在问题：当多个请求共享同一个底层Socket连接时（特别是在本地开发环境或负载均衡场景下），每个请求都会向同一个Socket对象添加监听器，导致监听器数量超过Node.js默认的10个限制。

技术细节分析

Node.js的EventEmitter类有一个内置的保护机制，默认情况下会限制单个事件最多只能有10个监听器。这是为了防止内存泄漏和意外行为。在TRPC的实现中：

1. 每个HTTP请求都会创建一个新的请求流
2. 原始实现中错误地将close事件监听器绑定到了Socket对象而非请求流对象
3. 在本地开发环境中，多个请求通常会复用同一个Socket连接
4. 当并发请求超过10个时，就会触发警告

解决方案

开发团队通过以下方式解决了这个问题：

1. 将事件监听器从Socket对象移至请求流对象
2. 确保在请求结束时正确移除事件监听器
3. 避免了不必要的资源占用

这种修改既解决了内存泄漏警告问题，又保持了原有的资源释放功能。对于高并发场景，这种优化尤为重要，因为它确保了系统在大量请求下的稳定性和可预测性。

对开发者的启示

这个案例给开发者提供了几个有价值的经验：

1. 在Node.js中处理事件监听时，需要注意监听器的生命周期管理
2. 共享资源上的事件监听需要特别小心
3. 本地开发环境的行为可能与生产环境不同（如Socket复用）
4. Node.js的内置警告通常指出了潜在的性能或稳定性问题

TRPC团队通过快速响应和修复这个问题，展示了他们对框架稳定性的承诺，也为其他开发者处理类似问题提供了参考范例。