tcp在傳輸之前會進行三次溝通，一般稱為「三次握手」，傳完資料斷開的時候要進行四次溝通，一般稱為「四次揮手」。
兩個序號和三個標誌位：
（1）序號：seq序號，佔32位，用來標識從tcp源端向目的端傳送的位元組流，發起方傳送資料時對此進行標記。
（2）確認序號：ack序號，佔32位，只有ack標誌位為1時，確認序號欄位才有效，ack=seq+1。
（3）標誌位：共6個，即urg、ack、psh、rst、syn、fin等，具體含義如下：
（a）urg：緊急指標（urgent pointer）有效。
（b）ack：確認序號有效。
（c）psh：接收方應該盡快將這個報文交給應用層。
（d）rst：重置連線。
（e）syn：發起乙個新連線。
（f）fin：釋放乙個連線。
因為已經收到了序列號為x的資料報，準備接收序列號為x+1的包，所以ack=x+1，同時b告訴a自己的初始序列號，就是seq=y；
第三條訊息a告訴b收到了b的確認訊息並準備建立連線，a自己此條訊息的序列號是x+1，所以seq=x+1，而ack=y+1是表示a正準備接收b序列號為y+1的資料報。
由於tcp連線時全雙工的，因此，每個方向都必須要單獨進行關閉，這一原則是當一方完成資料傳送任務後，傳送乙個fin來終止這一方向的連線，
收到乙個fin只是意味著這一方向上沒有資料流動了，即不會再收到資料了，但是在這個tcp連線上仍然能夠傳送資料，直到這一方向也傳送了fin。
首先進行關閉的一方將執行主動關閉，而另一方則執行被動關閉，上圖描述的即是如此。
（1）第一次揮手：client傳送乙個fin，用來關閉client到server的資料傳送，client進入fin_wait_1狀態。
（2）第二次揮手：server收到fin後，傳送乙個ack給client，確認序號為收到序號+1（與syn相同，乙個fin占用乙個序號），server進入close_wait狀態。
（3）第三次揮手：server傳送乙個fin，用來關閉server到client的資料傳送，server進入last_ack狀態。
（4）第四次揮手：client收到fin後，client進入time_wait狀態，接著傳送乙個ack給server，確認序號為收到序號+1，server進入closed狀態，完成四次揮手。
（1）三次握手是什麼或者流程？四次握手呢？答案前面分析就是。
（2）為什麼建立連線是三次握手，而關閉連線卻是四次揮手呢？
這是因為服務端在listen狀態下，收到建立連線請求的syn報文後，把ack和syn放在乙個報文裡傳送給客戶端。而關閉連線時，收到對方的fin報文時，
僅僅表示對方不再傳送資料了但是還能接收資料，己方也未必全部資料都傳送給對方了，所以己方可以立即close，也可以傳送一些資料給對方後，
再傳送fin報文給對方來表示同意現在關閉連線，因此，己方ack和fin一般都會分開傳送。
為什麼time_wait狀態需要經過2msl(最大報文段生存時間)才能返回到close狀態？
不應該是為了防止b傳送的fin=1的包的丟失，因為如果a沒有收到來自b的釋放連線請求，是不會進入time-wait狀態的。
所以正確的解釋是：a傳送的確認釋放連線資訊b沒有收到，這時候b會再次傳送乙個fin=1的釋放連線請求，而這個時候a還處於time-wait，所以可以再次傳送確認資訊
快取 瀏覽器快取
瀏覽器快取 brower caching 是瀏覽器在本地磁碟對使用者最近請求過的文件進行儲存，當訪問者再次訪問同一頁面時，瀏覽器就可以直接從本地磁碟載入文件 1 瀏覽器第一次請求時，會發出一組 http 頭，用來指導瀏覽器如何進行快取。伺服器規定乙個資源是否要進行快取，主要由響應頭中的expires...
瀏覽器快取
1.為什麼使用瀏覽器快取 以前了解的動態指令碼加速，或者動態內容快取之類，他們的原理都是避免伺服器重複計算，結果仍保留在伺服器端，這樣獲取資料還得從伺服器檢索然後傳送到使用者瀏覽器，如果我們把這些結果放在瀏覽器中，就省去了伺服器的查詢和網路傳輸，瀏覽器快取很好的實現了這個功能 2.瀏覽器快取存放在哪...
瀏覽器快取
瀏覽器快取知識歸納 瀏覽器快取是提公升網頁效能的一大利器，但是，也是一把雙刃劍。利用的好網頁的效能會有大幅度提公升，伺服器的壓力也會減小。利用的不好，也會遇到很多的問題。本文結合瀏覽器快取的知識，結合真實案例進行分析，希望對讀者有所幫助。瀏覽器快取分類 瀏覽器快取分為強快取和協商快取，瀏覽器載入乙個...