Meteor 3.5 允许开发者通过设置单个环境变量，将 SockJS 替换为 uWebSockets.js，这有望为重度依赖方法调用的应用显著降低 CPU、内存（RAM）和垃圾回收（garbage-collection）成本。

为什么这一变化至关重要

自发布以来，Meteor 一直通过 SockJS 路由每一条 DDP（Distributed Data Protocol）消息。SockJS 是一种无处不在的 JavaScript 回退方案，但其设计初衷并非追求极致速度。新版本解耦了传输层，提供了一个插件点，可以接受任何符合 DDP 预期的 WebSocket 实现。在启动时设置 DDP_TRANSPORT=uws 即可将默认传输层切换为 uWebSockets.js，这是一款以高吞吐量著称的、由 C/C++ 支持的服务器。

性能角度

该版本随附的基准测试显示：

  • CPU 使用率降低 9%
  • 内存（RAM）消耗降低 11%
  • 垃圾回收（Garbage-collection）停顿时间缩短 26%
  • 微基准测试中的吞吐量提升 1.6 倍

当应用程序进行大量 RPC 风格的方法调用时，这些性能提升尤为明显。只有在应用程序的业务逻辑经过优化后，传输层本身才会成为瓶颈，因此这种切换可以直接转化为更低的服务器成本。

如何立即尝试

无需单独的二进制文件——只需使用 Meteor 3.5。使用以下命令运行应用：

DDP_TRANSPORT=uws meteor run

uWebSockets.js 服务器监听自己的端口（默认为 5001）。当多个 Meteor 实例共享同一台主机时，必须通过 METEOR_SETTINGS 为每个实例分配不同的 uws.port 以避免冲突。

谁能受益，谁可能感受不到明显差异

  • RPC 重度工作负载 —— 每个请求调用大量方法的服务有望节省 CPU 周期和内存，从而缓解扩容压力。
  • 以 Pub/Sub 为核心的应用 —— 发布/订阅（publish/subscribe）模式中的大部分延迟来自于数据差异（data-diff）计算，而非传输层，因此速度提升相对有限。

此项更改为可选配置；SockJS 仍为默认选项，以保持对原生 WebSocket 不可用环境的兼容性。

权衡与注意事项

切换传输层会增加一个微小的运维步骤：管理一个额外的端口并确保它不会与其他服务发生冲突。由于 uWebSockets.js 是一个原生模块，它带来了常见的二进制依赖问题——部署主机上必须安装构建工具，并且库的任何未来更新都需要针对应用程序的代码库进行测试。

Meteor 传输层的未来

通过暴露清晰的边界，Meteor 现在邀请社区尝试其他的传输层——无论是为了特殊的安全需求、自定义协议扩展，还是进一步的性能调优。第三方实现出现的快慢，将预示着这种可插拔模型是否会成为 Meteor 架构中持久的一部分。

核心要点： Meteor 3.5 的可插拔 DDP 传输层允许您通过单个命令将旧有的 SockJS 栈替换为 uWebSockets.js，为 RPC 密集型应用提供高达 1.6 倍的吞吐量提升和显著的资源节省，同时对于不需要性能提升的工作负载，保持现有设置不受影响。