第5章 運輸層

1、 目目 錄錄5.1 5.1 運輸層概述運輸層概述 5.2 5.2 用戶數(shù)據(jù)報協(xié)議用戶數(shù)據(jù)報協(xié)議UDPUDP 5.2.1 UDP概述 5.2.2 UDP的報文格式 5.2.3 UDP協(xié)議的特征 5.1.1 運輸層的功能 5.1.2 運輸層的服務(wù)5.1.3 端口的概念 5.3 5.3 傳輸控制協(xié)議傳輸控制協(xié)議TCPTCP 5.3.1 TCP概述5.3.2 TCP報文段的首部 5.3.3 TCP的連接管理 5.3.4 TCP的可靠傳輸 目目 錄錄5.4 5.4 基于基于SocketSocket接口的網(wǎng)絡(luò)編程接口的網(wǎng)絡(luò)編程5.4.1 Socket編程基礎(chǔ)知識5.4.2 Winsock接口規(guī)范及基本調(diào)用

2、5.4.3 無連接的Socket編程5.3.4 面向連接的Socket編程5.3.5 TCP的流量控制機制5.3.6 TCP的擁塞控制機制5.3.7 IP層對改善TCP性能的支持5.1 運輸層概述運輸層概述5.1.1 運輸層的功能在因特網(wǎng)體系結(jié)構(gòu)中，運輸層具有承上啟下的作用：它向上面的應(yīng)用層提供通信服務(wù),屬于面向通信部分的最高層，同時也是應(yīng)用功能的最低層。 運輸層的個基本功能就是允許通信在進程而非主機之間進行，即實現(xiàn)進程的復(fù)用和分用。5.1.1 5.1.1 運輸層的功能運輸層的功能網(wǎng)絡(luò)層和運輸層的根本區(qū)別 運輸層為應(yīng)用進程進程之間提供邏輯通信，而網(wǎng)絡(luò)層是為主機主機之間提供邏輯通信 5.1.1

3、5.1.1 運輸層的功能運輸層的功能運輸層需具備保證傳輸可靠性的能力，即保證接收方能正確地接收發(fā)送方傳送的數(shù)據(jù)。 為實現(xiàn)可靠傳輸，通常不僅要對收到的報文進行差錯檢測，還要能夠檢測出分組丟失與重復(fù)分組丟失與重復(fù)，并對正確接收的數(shù)據(jù)分組進行排序排序。 根據(jù)網(wǎng)絡(luò)的狀態(tài)控制注入網(wǎng)絡(luò)中流量以避免網(wǎng)絡(luò)交換結(jié)點發(fā)生過載。 5.1.2 5.1.2 運輸層的服務(wù)運輸層的服務(wù)TCP/IP的運輸層有兩個不同的協(xié)議 傳輸控制協(xié)議TCPTCP(Transmission Control Protocol)，由RFC 768定義； 用戶數(shù)據(jù)報協(xié)議UDPUDP(User Datagram Protocol)，由RFC 793

4、定義。 它們分別實現(xiàn)面向連接和無連接的運輸層服務(wù)。 5.1.2 5.1.2 運輸層的服務(wù)運輸層的服務(wù)UDP UDP是一個輕量級輕量級的運輸協(xié)議，它的主要功能是在IP協(xié)議之上提供協(xié)議之上提供進程復(fù)用與分用進程復(fù)用與分用。通過UDP進行數(shù)據(jù)傳送時，在傳送數(shù)據(jù)之前不需不需要先建立連接要先建立連接，遠程主機的運輸層在收到UDP報文后，也不需要給不需要給出任何確認出任何確認。 UDP只能提供不可靠不可靠的數(shù)據(jù)交付，也沒有實現(xiàn)主機之間的速率協(xié)調(diào)速率協(xié)調(diào)和面向網(wǎng)絡(luò)的流量控制面向網(wǎng)絡(luò)的流量控制。 UDP是種簡單高效簡單高效的工作方式。域名解析服務(wù)（DNS）就使用UDP作為運輸協(xié)議。此外，大多數(shù)的多媒體數(shù)據(jù)傳送

5、也都采用UDP。 運輸層的UDP用戶數(shù)據(jù)報與網(wǎng)際層的IP數(shù)據(jù)報有很大的區(qū)別很大的區(qū)別。IP數(shù)據(jù)報要經(jīng)過互連網(wǎng)中許多路由器的存儲轉(zhuǎn)發(fā)路由器的存儲轉(zhuǎn)發(fā)，但UDP用戶數(shù)據(jù)報是在運輸層的端到端的抽象邏輯信道中端到端的抽象邏輯信道中傳送的。 5.1.2 5.1.2 運輸層的服務(wù)運輸層的服務(wù)TCP TCP則提供面向連接面向連接的服務(wù)。在傳送數(shù)據(jù)之前必須先建立連接，數(shù)據(jù)傳送結(jié)束后要釋放連接。由于TCP要提供可靠的、面向連接的運輸服務(wù)，因此不可避免地增加了許多的開銷，如確認、流量控制確認、流量控制、定時器、定時器以及連接管理等。連接管理等。 UDP是種簡單高效簡單高效的工作方式。域名解析服務(wù)（DNS）就使用U

6、DP作為運輸協(xié)議。此外，大多數(shù)的多媒體數(shù)據(jù)傳送也都采用UDP。 TCP連接也和網(wǎng)絡(luò)層中的虛電路虛電路(如X.25所使用的)完全不同。TCP報文段是在運輸層的端到端抽象的邏輯信道中傳送，但TCP連接是可靠的全雙工信道可靠的全雙工信道，不涉及到網(wǎng)絡(luò)中的路由器網(wǎng)絡(luò)中的路由器。 5.1.2 5.1.2 運輸層的服務(wù)運輸層的服務(wù)運輸層向上提供可靠的和不可靠的邏輯通信信道 5.1.3 5.1.3 端口的概念端口的概念 為了使運行不同操作系統(tǒng)的計算機的應(yīng)用進程能夠互相通信，就必須用統(tǒng)一統(tǒng)一的的方法對 TCP/IP 體系的應(yīng)用進程進行標識標識。 UDP和TCP通過定義端口端口(port)(port)作為進程標

7、識實現(xiàn)進程的復(fù)用與分用。 應(yīng)用層的各種進程是通過相應(yīng)的端口與運輸實體端口與運輸實體進行交互 。當運輸層根據(jù)IP層交上來的數(shù)據(jù)首部的端口號首部的端口號來決定應(yīng)當通過哪個端口上交給接收此數(shù)據(jù)的應(yīng)用進程。 若沒有端口，運輸層就無法知道數(shù)據(jù)應(yīng)當交付給應(yīng)用層的哪一個進程。端口是用來標識應(yīng)用層標識應(yīng)用層的進程。運輸層與應(yīng)用層的接口上所設(shè)置端口是一個16比特(bit)的二進制地址，并稱之為端口號端口號。 端口的作用就是：應(yīng)用層的源進程將報文發(fā)送給運輸層的某個端口，而應(yīng)用層的目的進程從端口接收報文。 端口號只具有本地本地意義 。 端口號分為三類 ：熟知端口號、登記端口號熟知端口號、登記端口號 、客戶端口號（暫

8、時端口號、客戶端口號（暫時端口號) 5.1.3 5.1.3 端口的概念端口的概念 端口在進程之間的通信中所起的作用 5.2 5.2 用戶數(shù)據(jù)報協(xié)議用戶數(shù)據(jù)報協(xié)議UDP UDP 5.2.1 UDP概述 UDP的中文全稱是用戶數(shù)據(jù)報協(xié)議用戶數(shù)據(jù)報協(xié)議，是因特網(wǎng)中一種無連接無連接的運輸層協(xié)議，提供面向事務(wù)面向事務(wù)的簡單不可靠簡單不可靠數(shù)據(jù)傳送服務(wù)。UDP只提供不可靠的數(shù)據(jù)交付，它把應(yīng)用程序發(fā)給網(wǎng)絡(luò)層的數(shù)據(jù)發(fā)送出去后，不再保留數(shù)據(jù)備份保留數(shù)據(jù)備份。 UDP協(xié)議只在IP的數(shù)據(jù)報服務(wù)之上增加了很少的功能，即基于端口的進程復(fù)用進程復(fù)用/分用功能分用功能和差錯檢測差錯檢測的功能。使用UDP的應(yīng)用需負責避免因U

9、DP流量負荷過高而導(dǎo)致的網(wǎng)絡(luò)擁塞崩潰效應(yīng)。 雖然UDP只能提供不可靠的交付，但它在某些方面有其特殊特殊的優(yōu)點的優(yōu)點。5.2.2 UDP5.2.2 UDP的報文格式的報文格式 UDP協(xié)議數(shù)據(jù)單元有兩個字段：數(shù)據(jù)字段數(shù)據(jù)字段和首部字段。首部字段。 UDP用戶數(shù)據(jù)報的首部和偽首部(圖)：(1)源端口字段：源端口號。 (2)目的端口字段：目的端口號。 (3)長度字段：UDP用戶數(shù)據(jù)報的長度。 (4)檢驗和字段：防止UDP用戶數(shù)據(jù)報在傳輸中出錯的差錯控制碼。 5.2.3 UDP5.2.3 UDP協(xié)議的特征協(xié)議的特征 UDP是一個無連接協(xié)議，傳送數(shù)據(jù)之前源端和終端無需建立連接。 UDP報文首部很短，只有8

10、個字節(jié) 。UDP不保證可靠交付 。UDP是面向報文的。 由于傳輸數(shù)據(jù)不建立連接，因此也就不需要維護連接狀態(tài)。吞吐量不受擁塞控制算法的調(diào)節(jié)，只受應(yīng)用生成數(shù)據(jù)的速率、傳輸帶寬、源端和終端主機性能的限制。 5.3 5.3 傳輸控制協(xié)議傳輸控制協(xié)議TCP TCP 5.3.1 TCP概述TCP（Transmission Control Protocol, RFC793）是一種面向連接的、可靠的、基于字節(jié)流的全雙工面向連接的、可靠的、基于字節(jié)流的全雙工運輸層通信協(xié)議。 TCP 連接是邏輯連接而不是真正的物理連接不是真正的物理連接，是一種通信協(xié)議的抽象通信協(xié)議的抽象。 TCP協(xié)議采用了許多與數(shù)據(jù)鏈路層類似的

11、機制來保證可靠的數(shù)據(jù)傳輸 ：首先，TCP要為所發(fā)送的每一個報文段加上序列號，保證每一個報文段能被接收方接收，并只被正確地接收一次。其次，TCP采用具有重傳功能的主動確認技術(shù)作為可靠數(shù)據(jù)流傳輸服務(wù)的基礎(chǔ)。 第三，TCP協(xié)議具有面向字節(jié)流的特性。5.3.2 TCP5.3.2 TCP報文段的首部報文段的首部 vTCP的協(xié)議數(shù)據(jù)單元被稱為報文段報文段（SegmentSegment）。與UDP類似，TCP報文段分為首部首部和數(shù)據(jù)數(shù)據(jù)兩部分 。TCP的全部功能都體現(xiàn)在它的首部的各字段中 報頭字段名位數(shù)說 明源端口號目的端口號序號(SEQ)確認號(ACK)數(shù)據(jù)偏移控制字段(CTL)URGACKPSHRSTS

12、YNFIN窗口校驗和緊急指針選項填充161632324111111161616可變可變本地通信端口，支持TCP的多路復(fù)用機制遠地通信端口，支持TCP的多路復(fù)用機制數(shù)據(jù)段第一個數(shù)據(jù)字節(jié)的序號（除含有SYN的段外）；SYN段的SYN序號（建立本次連接的初始序號）表示本地希望接收的下一個數(shù)據(jù)字節(jié)的序號指出該段中數(shù)據(jù)的起始位置（以32位為單位）緊急指針字段有效標志，即該段中攜帶緊急數(shù)據(jù)確認號字段有效標志PUSH操作的標志要求異常終止通信連接的標志建立同步連接的標志本地數(shù)據(jù)發(fā)送已結(jié)束，終止連接的標志本地接收窗口尺寸，即本地接收緩沖區(qū)大小包括TCP報頭和數(shù)據(jù)在內(nèi)的校驗和從段序號開始的正向位移，指向緊急數(shù)據(jù)

13、的最后一個字節(jié)提供任選的服務(wù)保證TCP報頭以32位為邊界對齊5.3.3 TCP5.3.3 TCP的連接管理的連接管理 TCP是面向連接面向連接的運輸協(xié)議，連接的建立和釋放是每一次通信中必不可少的過程。TCPTCP連接管理就是連接管理就是使運輸連接的建立和釋放能正常地進行使運輸連接的建立和釋放能正常地進行。在連接建立過程中要解決以下三個問題。 要使每一方能夠確知對方的存在。 要允許雙方協(xié)商一些參數(shù)。 能夠?qū)\輸實體資源。 TCP的連接建立采用客戶/服務(wù)器方式。主動發(fā)起連接建立的進程叫做客戶(client)，被動等待連接建立的進程叫服務(wù)器(server)。 5.3.3 TCP5.3.3 TCP的連

14、接管理的連接管理 三次握手三次握手設(shè)主機B中運行一個服務(wù)器過程(見下圖)，它先發(fā)出一個被動打開(passive open)命令，告訴它的TCP要準備接受客戶進程的連接請求。然后服務(wù)器進程就處于“監(jiān)聽”(listen)的狀態(tài)，不斷檢測是否有客戶進程要發(fā)起連接請求，如有，即做出響應(yīng)。 設(shè)客戶進程運行在主機A中。它先向其TCP發(fā)出主動打開(active open)命令，表明要向某個IP地址的某個端口建立運輸連接。 主機A的TCP向主機B的TCP發(fā)出連接請求報文段，其首部的同步比特SYN應(yīng)置為1，同時選樣個序號x表明在后面?zhèn)魉蛿?shù)據(jù)時的第一個數(shù)據(jù)字節(jié)的序號是x。在圖5-10中，一個從A到B的箭頭上標有“

15、SYN，SEQx”就是這個意思。 主機B的TCP收到連接請求報文段后，如同意，則發(fā)回確認。在確認報文段中應(yīng)將SYN置為1，確認序號應(yīng)為x+1，同時也為自己選擇一個序號y。 主機A的TCP收到此報文段后，還要向B給出確認，其確認序號為y+1。 運行客戶進程的主機A的TCP通知上層應(yīng)用進程，連接已經(jīng)建立(或打開)。 運行服務(wù)器進程的主機B的TCP收到主機A的確認后，也通知其上層應(yīng)用進程，連接已經(jīng)建立。 5.3.3 TCP5.3.3 TCP的連接管理的連接管理 用三次握手建立 TCP 連接 圖5-11 TCP 連接釋放的過程5.3.4 TCP的可靠傳輸?shù)目煽總鬏擳CP的可靠傳輸建立在數(shù)據(jù)編號和重傳的

16、基礎(chǔ)之的可靠傳輸建立在數(shù)據(jù)編號和重傳的基礎(chǔ)之上。上。 數(shù)據(jù)編號保證收方雙方可以管理每一個字節(jié)，而重傳則為數(shù)據(jù)字節(jié)丟失提供補救措施。重傳機制是TCP中最重要和最復(fù)雜的問題之一。TCP每發(fā)送一個報文段，就設(shè)置一次計時器。只要計時器設(shè)置的重傳時間已經(jīng)到了但還沒有收到確認，就要重傳這一報文段。TCP的確認是針對接收到的連續(xù)數(shù)據(jù)的最高序號。 通信中的每一方都不必專門發(fā)送確認報文段，而可以在傳送數(shù)據(jù)時順便把確認信息捎帶傳送，這樣做可以提高傳輸效率。 5.3.4 TCP的可靠傳輸?shù)目煽總鬏敯l(fā)送端如何控制發(fā)送端如何控制TCP發(fā)送報文段的時機發(fā)送報文段的時機 。 應(yīng)適當推遲發(fā)回確認報文，并盡量使用捎帶確認的方法

17、。（TELNET連接案例）Nagle算法：適合字符到達較快而網(wǎng)絡(luò)速率較慢,不適宜如X Windows中將鼠標移動的信息傳到遠地主機的情形。解決糊涂窗口綜合癥問題。5.3.4 TCP的可靠傳輸?shù)目煽總鬏斶\輸層的超時器的重傳時間運輸層的超時器的重傳時間設(shè)置。TCP采用了一種自適應(yīng)自適應(yīng)算法。平均往返時延平均往返時延T Ta a* *( (舊的往返時延舊的往返時延T)T)(1-a)(1-a)* *( (新的往返時延樣本新的往返時延樣本) )典型的a值為7/8 重傳時間重傳時間B B* *( (平均往返時延平均往返時延) ) 因此TCP原先的標準推薦將B值取為2。 Karn提出了一個算法：在計算平均往

18、返時延時，只要報文段重傳了，就不采用其往返時延樣本。這樣得出的平均往返時延和重傳時間當然就較準確。 對Karn算法進行修正的方法是：報文段重傳一次，就將重傳時間增大一些 。5.3.5 TCP5.3.5 TCP的流量控制機制的流量控制機制TCP采用可變長的滑動窗口協(xié)議進行流量控制，以防止由于發(fā)送端與接收端之間的不匹配而引起數(shù)據(jù)丟失。 流量控制(flow control)就是讓發(fā)送方的發(fā)送速率不要太快，既要讓接收方來得及接收，也不要使網(wǎng)絡(luò)發(fā)生擁塞。 為了提高報文段的傳輸效率，TCP采用大小可變的滑動窗口進行流量控制。窗口大小的單位是字節(jié)。 TCP中的滑動窗口概念 5.3.6 TCP5.3.6 TC

19、P的擁塞控制機制的擁塞控制機制擁塞控制原理擁塞控制原理流量控制往往指在給定的發(fā)送端和接收端之間的兩點間通信量的控制。流量控制就是調(diào)節(jié)發(fā)送端發(fā)送數(shù)據(jù)調(diào)節(jié)發(fā)送端發(fā)送數(shù)據(jù)的速率的速率，以便與接收端的接收速率匹配。 在某段時間，若對網(wǎng)絡(luò)中某種資源的需求超過了該資源所能提供的可用部分，網(wǎng)絡(luò)的性能就要變壞產(chǎn)生擁塞擁塞(congestion)。 擁塞控制是一個全局性的過程 。涉及到所有的主機、所有的路由器，以及與降低網(wǎng)絡(luò)傳輸性能有關(guān)的所有因素。 實現(xiàn)擁塞控制 :1）開環(huán)控制方法 2）閉環(huán)控制方法 5.3.6 TCP5.3.6 TCP的擁塞控制機制的擁塞控制機制 TCP擁塞控制機制擁塞控制機制擁塞控制的目的就

20、是要公平合理地在所有共享瓶頸鏈路的主機之間分配該鏈路的通信資源，保證通信功能的正常。實現(xiàn)擁塞控制需要的一個基本信息就是瓶頸鏈路當前的可用資源。在TCP中，這個信息是通過擁塞窗口間接表示的。 接收端窗口接收端窗口 rwnd、擁塞窗口擁塞窗口 cwnd TCP的擁塞控制包括慢啟動、擁塞避免、快重傳和快恢復(fù)四種算法。慢啟動和擁塞避免算法的擁塞窗口變化過程慢啟動和擁塞避免算法的擁塞窗口變化過程 2216“乘法減小”24681012141618200048122024擁塞窗口 cwnd新的 ssthresh 值網(wǎng)絡(luò)擁塞指數(shù)規(guī)律增長ssthresh 的初始值慢啟動慢啟動慢啟動擁塞避免“加法增大”擁塞避免“

21、加法增大”傳輸輪次5.3.7 IP5.3.7 IP層對改善層對改善TCPTCP性能的支持性能的支持網(wǎng)絡(luò)結(jié)點采取擁塞避免措施是更加有效的擁塞控制方法。 傳統(tǒng)的隊列管理采用的尾丟棄尾丟棄（Tail Drop, TD）方法：若報文到來時隊列已滿，則丟棄該報文。 帶來兩個問題：1) “排外排外”（lock-out），單個或少數(shù)流始終占據(jù)隊列空間，其它流沒有機會得到緩存；2) “滿隊滿隊”（full queue）隊列經(jīng)常保持在滿狀態(tài)，如果有突發(fā)流量到達將造成大量的分組同時丟失，從而引起“全局同步”（global synchronization）。 IETF提出用主動隊列管理主動隊列管理（Active Q

22、ueue Management, AQM）來解決上述問題。 主動隊列管理的算法有很多，本章通過著名的 隨機早檢測隨機早檢測 (Random Early Detection，RED)算法來說明其基本工作原理。在RED算法中，路由器的隊列維持兩個參數(shù)，即隊列長度最小門限 THmin 和最大門限 THmax。RED 對每一個到達的數(shù)據(jù)報都先計算平均隊列長度 LAV：u若平均隊列長度小于最小門限 THmin，則將新到達的數(shù)據(jù)報放入隊列進行排隊。u若平均隊列長度超過最大門限 THmax，則將新到達的數(shù)據(jù)報丟棄。u若平均隊列長度在最小門限 THmin 和最大門限THmax 之間，則按照某一概率 p 將新到

23、達的數(shù)據(jù)報丟棄。 隨機早檢測算法的基本操作原理。 從隊首發(fā)送最小門限 THmin最大門限 THmin分組到達平均隊列長度 Lav排隊丟棄以概率 p 丟棄5.4 5.4 基于基于SocketSocket接口的網(wǎng)絡(luò)編程接口的網(wǎng)絡(luò)編程5.4.1 Socket編程基礎(chǔ)知識編程基礎(chǔ)知識 Socket接口接口是支持TCP/IP網(wǎng)絡(luò)應(yīng)用開發(fā)的的應(yīng)用編程接口應(yīng)用編程接口（Application Programming Interface，縮寫API）。 Socket接口定義了應(yīng)用程序與協(xié)議棧軟件協(xié)議棧軟件進行交互時可以使用的一組操作，決定了應(yīng)用應(yīng)用程序使用協(xié)議棧的方式、以及所能實現(xiàn)的功能。程序使用協(xié)議棧的方式

24、、以及所能實現(xiàn)的功能。 套接字上承應(yīng)用進程，下啟網(wǎng)絡(luò)協(xié)議棧，是應(yīng)用程序通過網(wǎng)絡(luò)協(xié)議棧進行通信的接口。 在UNIX系統(tǒng)中，網(wǎng)絡(luò)應(yīng)用編程接口有兩類：BSD UNIX的套接字（socket）和System V的TLI。 應(yīng)用進程、套接口、網(wǎng)絡(luò)協(xié)議棧及操作系統(tǒng)的關(guān)系 5.4.1 Socket編程基礎(chǔ)知識（Windows系統(tǒng)中的網(wǎng)絡(luò)編程接口 ）網(wǎng)絡(luò)編程與進程間通信網(wǎng)絡(luò)編程與進程間通信端口端口 ：網(wǎng)絡(luò)中可以被命名和尋址的通信端口，是操作系統(tǒng)可分配的一種資源。 地址地址 連接連接 ：兩個進程間的通信鏈路稱為連接。網(wǎng)絡(luò)中用一個三元組可以在全局唯一標志一個進程： （協(xié)議，（協(xié)議，本地地址，本地端口號）。本地地址

25、，本地端口號）。客戶客戶/服務(wù)器模式服務(wù)器模式 ：網(wǎng)絡(luò)應(yīng)用本質(zhì)上是一種分布式應(yīng)用系統(tǒng)。分網(wǎng)絡(luò)應(yīng)用本質(zhì)上是一種分布式應(yīng)用系統(tǒng)。分布式應(yīng)用系統(tǒng)需要解決的一個基本問題是系統(tǒng)中的各方如何進行協(xié)布式應(yīng)用系統(tǒng)需要解決的一個基本問題是系統(tǒng)中的各方如何進行協(xié)作?？蛻糇?。客戶/ /服務(wù)器模式就是一種最為常用的分布式系統(tǒng)協(xié)作模式。服務(wù)器模式就是一種最為常用的分布式系統(tǒng)協(xié)作模式。 套接口類型套接口類型 ：流式套接字（SOCK_STREAM） 、數(shù)據(jù)報式套接字（SOCK_DGRAM） 、原始式套接字（SOCK_RAW） 5.4.2 Winsock5.4.2 Winsock接口規(guī)范及基本調(diào)用接口規(guī)范及基本調(diào)用Windo

26、ws SocketsWindows Sockets（簡稱Winsock）規(guī)范以BSD UNIX SocketBSD UNIX Socket接口接口為藍本定義了一套Micosoft Windows平臺上的網(wǎng)絡(luò)編程接口。它不僅包含了人們所熟悉的Berkeley Sockets風格的庫函數(shù)，也包含了一組針對Windows的擴展庫函數(shù)，以使程序員能充分地利用WindowsWindows消息消息驅(qū)動機制驅(qū)動機制進行編程。下面的基本調(diào)用來源于Winsock 1.1 接口規(guī)范。1. 1. 創(chuàng)建套接字創(chuàng)建套接字socket() socket() 2. 2. 指定本地地址指定本地地址bind() bind() 3. 3. 建立套接字連接建立套接字連接connect()connect()與與accept() accept() 4. 4. 監(jiān)聽連接監(jiān)聽連接listen() listen() 5. 5. 數(shù)據(jù)傳輸數(shù)據(jù)傳輸send()send()與與recv() recv() 6. 6. 輸入輸入/ /輸出多路復(fù)用輸出多路復(fù)用select() select() 7. 7. 關(guān)閉套接字關(guān)閉套接字closesocket() closesocket() 5.4.3 5.4.3 無連接的無