多工（Mux）到底該不該開

Mux 的思路很簡單：不給每個請求單獨建 TCP 連線，而是把多條流複用到一條已經建好的連線上，省掉重複的交握開銷。concurrency 控制一條連線最多承載幾條流，用戶端裡通常給的預設值是 8。

什麼時候有幫助

打開一個現代網頁動輒幾十上百個請求，每個都要 TCP 三次交握加 TLS 交握。在延遲高的線路上，這部分開銷很可觀，Mux 能明顯減少頁面載入的等待。請求多而小，是 Mux 的主場。

什麼時候反而更慢

所有子流共享一條 TCP 連線的壅塞視窗，也共享它的丟包重傳。下載大檔案或者看 4K 影片時，一條流就能把這條連線吃滿，其它流只能排隊；線路一丟包，所有子流一起卡。單流大流量的場景，關掉 Mux 通常更快。

三種明確不建議開的情況

• 用 XTLS Vision 的時候。Vision 的優勢來自直接處理原始 TLS 流，Mux 把流量重新包了一層，最佳化就沒了，官方也建議關掉。
• 伺服器端不支援時。兩邊設定不一致會連不上或者頻繁斷線，機場如果沒說支援，預設別開。
• 做鏈式代理時。兩跳都開 Mux，排隊效應會疊加。

怎麼判斷

不用糾結理論，開關各測一次就行：用同一個節點分別測網頁載入和大檔案下載，參考 延遲與測速 裡的方法。日常以瀏覽網頁為主就留著，主要用來下載或看影片就關掉。