多路复用（Mux）到底该不该开

Mux 的思路很简单：不给每个请求单独建 TCP 连接，而是把多条流复用到一条已经建好的连接上，省掉重复的握手开销。concurrency 控制一条连接最多承载几条流，客户端里通常给的默认值是 8。

什么时候有帮助

打开一个现代网页动辄几十上百个请求，每个都要 TCP 三次握手加 TLS 握手。在延迟高的线路上，这部分开销很可观，Mux 能明显减少页面加载的等待。请求多而小，是 Mux 的主场。

什么时候反而更慢

所有子流共享一条 TCP 连接的拥塞窗口，也共享它的丢包重传。下载大文件或者看 4K 视频时，一条流就能把这条连接吃满，其它流只能排队；线路一丢包，所有子流一起卡。单流大流量的场景，关掉 Mux 通常更快。

三种明确不建议开的情况

• 用 XTLS Vision 的时候。Vision 的优势来自直接处理原始 TLS 流，Mux 把流量重新包了一层，优化就没了，官方也建议关掉。
• 服务端不支持时。两边配置不一致会连不上或者频繁断，机场如果没说支持，默认别开。
• 做链式代理时。两跳都开 Mux，排队效应会叠加。

怎么判断

不用纠结理论，开关各测一次就行：用同一个节点分别测网页加载和大文件下载，参考 延迟与测速 里的方法。日常以刷网页为主就留着，主要用来下载或看视频就关掉。