tcp (transport control protocol)傳輸控制協議：
a，源埠：標識源端應用程序。
b， 目的埠：標識目的端應用程序。
c， 序號：在syn標誌未置位時，該欄位指示了使用者資料區中第乙個位元組的序號；在syn標誌置位時，該欄位指示的是初始傳送的序列號。
e， 資料偏移：表示以32位字為單位的tcp分組頭的總長度，用於確定使用者資料區的起始位置。
f， urg：緊急指標字段有效。
g，ack：確認好有效。
h，psh：push操作。tcp分組長度不定，為提高傳輸速率，往往要收集到足夠的資料後才傳送。這種方式不適合實時性要求很高的應用，因此，tcp提供「push」操作，以強迫傳輸當前的資料，不必等待緩衝區滿才傳輸。
i， rst：連線復位，重新連線。
j， syn：同步序號，該位元置位表示連線建立分組。
k，fin：字串傳送完畢，沒有其它資料需要傳送，該位元置位表示連線確認分組。
l， 視窗：單位是位元組，指明該分組的傳送端願意接收的從確認欄位中的值開始的位元組數量。
m， 校驗和：對tcp分組的頭部和資料進行校驗。
n，緊急指標：指出視窗中緊急資料的位置（從分組序號開始的正向位移，指向緊急資料的最後乙個位元組），這些緊急資料應優先於其它的資料進行傳輸。
o，任選項：用於處理一些特殊情況。目前被正式使用的選項欄位可用於定義通訊過程中的最大分組長度，只能在連線建立時使用。
p， 填充：用於保證任選項為32bit的整數倍。
三次握手：
第一次握手：客戶端傳送乙個syn（包含有同步序列號的標誌位的資料段和通訊請求）給伺服器，然後等待伺服器的回發確認資訊
第二次握手：伺服器傳送乙個syn-ack給客戶端，確認已經收到客戶端發來的資訊
第三次握手：客戶端接收到伺服器發來的確認資訊後，再回饋乙個ack給伺服器，此時就可與伺服器建立可靠的連線
ack：tcp資料報首部中的確認標誌，對已接收到的tcp報文進行確認。
syn：syn是tcp/ip建立連線時使用的握手訊號。
四次斷開：
因為tcp/ip的連線是全雙工的，所以每個方向都要單獨進行關閉。
每當tcp單方向上的資料傳輸過後，都會再送乙個fin過去，告訴對方我這方向上的資料將要關閉了，請你做好準備哦。當對方接到fin後就會通知應用層tcp連線已經終止了這一方向上的資料的傳輸。傳送fin通常是應用層進行關閉的結果。
第一次：客戶端向伺服器傳送資料後，將fin置1，告訴它我將要關閉這一方向上的資料連線。
第二次：伺服器接受到fin後，關閉該方向上的資料的連線。將ack置1，告訴客戶端我已經接收到你的資訊並以處理。
第三次：向客戶端申請反方向上的資料連線的斷開。將fin置1。
第四次：客戶端接到伺服器發來的申請，將ack置1，雙方同時關閉連線。
udp(user datagram protocol)使用者資料報協議：
udp首部欄位由4個部分組成，其中兩個是可選的。各16bit的**埠和目的埠用來標記傳送和接受的應用程序。因為udp不需要應答，所以**埠是可選的，如果**埠不用，那麼置為零。在目的埠後面是長度固定的以位元組為單位的長度域，用來指定udp資料報包括資料部分的長度,長度最小值為8byte。首部剩下地16bit是用來對首部和資料部分一起做校驗和（checksum）的，這部分是可選的，但在實際應用中一般都使用這一功能。
無需三次握手四次斷開，傳輸速度相對於tcp極快，不確定性，甚至可以不需要應答，沒有tcp資料報的安全性，有丟包現象。
**：
TCP與UDP資料報的區別
size small b tcp與udp的區別 b color darkred 1 基於連線與無連線 2 對系統資源的要求 tcp較多，udp少 3 udp程式結構較簡單 4 流模式與資料報模式 5 tcp保證資料正確性，udp可能丟包，tcp保證資料順序，udp不保證另外結合gprs網路的情況具體...
TCP位元組流與UDP資料報的區別
tcp是一種流模式的協議，udp是一種資料報模式的協議 但是，流模式 與 資料報 模式在程式設計的時候有什麼區別呢？打個比方比喻tcp，你家裡有個蓄水池，你可以裡面倒水，蓄水池上有個龍頭，你可以通過龍頭將水池裡的水放出來，然後用各種各樣的容器裝 杯子 礦泉水瓶 鍋碗瓢盆 接水。上面的例子中，往水池裡...
IP資料報 TCP資料報結構詳解
一般來說，網路程式設計我們僅僅須要呼叫一些封裝好的函式或者元件就能完畢大部分的工作，可是一些特殊的情況下，就須要深入的理解 網路資料報的結構，以及協議分析。如 網路監控，故障排查等 ip包是不安全的，可是它是網際網路的基礎，在各方面都有廣泛的應用。由ip協議衍生的協議族有10數種 據我所知 以後還會...