# 常見批評 ## UDP永遠不會通 很多企業、運營商和組織對53端口（DNS）以外的UDP流量進行攔截或者限流，因為這些流量近來常被濫用于攻擊。特別是一些現有的UDP協議和實現易受放大攻擊（amplification attack）威脅，攻擊者可以控制無辜的主機向受害者投放發送大量的流量。 QUIC內置了對放大攻擊的緩解處理。它要求初始數據包不小于1200字節，并且協議中限制，服務器在未收到客戶端回復的情況下，不能發送超過請求大小三倍的響應內容。 ## 內核處理UDP很慢 我們必須承認這在2018年的今天是一個事實。當然，UDP技術會發展，這些年開發者對UDP的重視程度也不夠，這些東西都自不必說了。 對于大多數客戶端來說，這個程度的“緩慢”從未被覺察到。 ## QUIC太吃CPU 類似上文的“UDP很慢”，一部分原因是TCP和TLS長期以來的成熟發展、改進，以及得到硬件協助，造成UDP看上去比較慢。 我們有理由期望這會隨著時間得到改善。問題在于，這額外的CPU占用會對部署者帶來多大的影響。 ## 只有Google在弄 并非如此。Google通過大規模的部署證明，通過UDP部署這種協議可以正常運行且表現良好，這為IETF帶來了初始的規范。 在那之后，很多公司和組織的人員都在這個利益方中立的IETF組織下推進標準化。在這個階段，雖然Google的雇員也有參與，但Mozilla、Fastly、Cloudflare、Akamai、微軟、Facebook、蘋果等等很多公司的員工也參與進來，共同推進互聯網的傳輸層協議。 ## 進步太小 這個是一個觀點，而不是批評。也許進步是很小，這可能與相距HTTP/2的發布很近有著關系，時間太短了。 HTTP/3在高丟包的網絡中可能表現更好，它提供了更快的握手，所以能改善可感知和實際的延遲。這些進步足夠推動人們在服務器和服務上部署HTTP/3的支持嗎？時間以及未來的性能測試會給我們答案！