# 減少延遲

對比 TCP 的 3 次交握，QUIC 提供了 0-RTT 和 1-RTT 的交握方式，這減少了協商和建立新連接時所需的時間。

除此之外，QUIC 能處理更多資料，它有提早傳輸更多資料的 「早期資料」( early data ）特性，使用上比 TCP Fast Open 更加簡單。

導入串流的概念，客戶端不用等待前一個連接結束便能與同一主機建立另一個連接。

## TCP Fast Open 是有問題的

TCP Fast Open 在2014年12月被提交為 [RFC 7413](https://tools.ietf.org/html/rfc7413) 本規範描述了應用程式如何將資料傳遞到已傳遞第一個 TCP SYN 數據包的伺服器。

但在網際網路上，對這個選項的實際支援仍然需要時間，在 2018 年的今天，這個選項還是有許多問題。 想要在 TCP 堆疊上實現這個選項以獲得改進的工程師，不僅要注意作業系統的版本，還要注意發生問題時如何優雅地降級到原本狀態。 已知有多個網路正在積極破壞這種 TCP 握手，從而干擾了 TCP Fast Open 的流量。


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://http3-explained.haxx.se/zh-tw/why-quic/why-latency.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.