9.1 HTTP
您已經非常熟悉 http 協議。但是，您很可能不知道此類協議已經存在三個版本。作為未來的 Java 程序員，您應該至少熟悉一次這個案例。
下面我就給大家說說協議有哪些種類，有什麼特點。與此同時，這裡有一張圖片給你——學習。
9.2 https
我們先從http協議的第一次修改——https協議說起。這是同一個http，但是添加了內容加密。畢竟Http請求和響應都是普通的文本文件。您可能不希望您的瀏覽器發送和接收的所有內容都以明文形式通過 Internet 傳輸。
為了解決這個問題，發明了https協議（ http+security ） 。當您嘗試使用 https 協議發出請求時，您的瀏覽器首先會與所需服務器建立連接並向其索取 SSL 證書。
然後檢查此證書的真實性：它包含域名和向服務器頒發此證書的人的公鑰列表。
如果證書是真實的，則瀏覽器會與該服務器建立加密連接。並且已經在此連接中，通過 http 協議傳輸數據。
並且由於請求資源的信息是在協議本身傳輸的，所以在使用https協議時，沒有人能夠截獲瀏覽器訪問了哪些服務器資源的信息。
今天，這個協議已經成為事實上的標準，幾乎取代了舊的 http。
如果有人試圖替換你向其發送 https 請求的服務器，那麼他將無法替換域證書。瀏覽器會理解這一點，你會看到這樣的頁面：
9.3 http/2
但是這個世界上沒有什麼是不能改進的。在谷歌贏得了瀏覽器大戰之後，它決定為自己接管整個互聯網。當然，這是為了一項崇高的事業。他們決定改進 http 協議。
說到做到。添加到新的數據傳輸標準：
- 強制加密。
- HTTP 標頭中的數據壓縮。
- 服務器甚至可以在文件被請求之前發送文件（推送技術）。
- 一個 TCP 連接上可以有多個 http 請求。
- 請求像管道一樣處理（無需等待響應發送新請求）。
- 該協議是二進制的（無需將不可打印的字符轉換為文本）。
其中大部分對 Java 程序員是隱藏的，並在 Web 服務器和瀏覽器級別進行維護。
9.4 HTTP/3
http協議的第三個版本還在定稿中，它最大的創新就是拒絕了TCP協議。數據將立即通過 UDP 傳輸。
像這樣。人們想出了 OSI 模型，他們想出了它，這就是你。為了速度什麼不該做。另一方面，這可能是對的。今天，互聯網上傳輸了大量的流媒體視頻，上帝親自下令在那裡使用 UDP。
哦，有了這個協議的魅力，你已經在玩了。我已經完成我的 :)
您可以閱讀有關 http/3 的更多信息