linux網(wǎng)絡(luò)編程（一）網(wǎng)絡(luò)傳輸基礎(chǔ)知識

• 一、什么是協(xié)議？
• 二、使用步驟
• • 典型協(xié)議
• 2.網(wǎng)絡(luò)應(yīng)用程序設(shè)計模式
• • C/S模式
  • B/S模式
  • 優(yōu)缺點(diǎn)
• 3.分層模型
• 4.TCP/IP四層模型
• • 通信過程
• 5.協(xié)議格式
• • 數(shù)據(jù)包封裝
  • 以太網(wǎng)幀格式
  • ARP數(shù)據(jù)報格式
  • IP段格式
  • UDP數(shù)據(jù)報格式
  • TCP數(shù)據(jù)報格式
• 6.TCP協(xié)議
• • 三次握手
  • 四次握手
• 服務(wù)器
• 客戶端

一、什么是協(xié)議？

示例：pandas 是基于NumPy 的一種工具，該工具是為了解決數(shù)據(jù)分析任務(wù)而創(chuàng)建的。

二、使用步驟

從應(yīng)用的角度出發(fā)，協(xié)議可理解為“規(guī)則”，是數(shù)據(jù)傳輸和數(shù)據(jù)的解釋的規(guī)則.
假設(shè)，A、B雙方欲傳輸文件。規(guī)定：
第一次，傳輸文件名，接收方接收到文件名，應(yīng)答OK給傳輸方；
第二次，發(fā)送文件的尺寸，接收方接收到該數(shù)據(jù)再次應(yīng)答一個OK；
第三次，傳輸文件內(nèi)容。同樣，接收方接收數(shù)據(jù)完成后應(yīng)答OK表示文件內(nèi)容接收成功。
由此，無論A、B之間傳遞何種文件，都是通過三次數(shù)據(jù)傳輸來完成。A、B之間形成了一個最簡單的數(shù)據(jù)傳輸規(guī)則。雙方都按此規(guī)則發(fā)送、接收數(shù)據(jù)。A、B之間達(dá)成的這個相互遵守的規(guī)則即為協(xié)議。
這種僅在A、B之間被遵守的協(xié)議稱之為原始協(xié)議。當(dāng)此協(xié)議被更多的人采用，不斷的增加、改進(jìn)、維護(hù)、完善。最終形成一個穩(wěn)定的、完整的文件傳輸協(xié)議，被廣泛應(yīng)用于各種文件傳輸過程中。該協(xié)議就成為一個標(biāo)準(zhǔn)協(xié)議。最早的ftp協(xié)議就是由此衍生而來。

典型協(xié)議

傳輸層 常見協(xié)議有TCP/UDP協(xié)議。
應(yīng)用層 常見的協(xié)議有HTTP協(xié)議，FTP協(xié)議。
網(wǎng)絡(luò)層 常見協(xié)議有IP協(xié)議、ICMP協(xié)議、IGMP協(xié)議。
網(wǎng)絡(luò)接口層 常見協(xié)議有ARP協(xié)議、RARP協(xié)議。
TCP傳輸控制協(xié)議（Transmission Control Protocol）是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議。
UDP用戶數(shù)據(jù)報協(xié)議（User Datagram Protocol）是OSI參考模型中一種無連接的傳輸層協(xié)議，提供面向事務(wù)的簡單不可靠信息傳送服務(wù)。
HTTP超文本傳輸協(xié)議（Hyper Text Transfer Protocol）是互聯(lián)網(wǎng)上應(yīng)用最為廣泛的一種網(wǎng)絡(luò)協(xié)議。
FTP文件傳輸協(xié)議（File Transfer Protocol）
IP協(xié)議是因特網(wǎng)互聯(lián)協(xié)議（Internet Protocol）
ICMP協(xié)議是Internet控制報文協(xié)議（Internet Control Message Protocol）它是TCP/IP協(xié)議族的一個子協(xié)議，用于在IP主機(jī)、路由器之間傳遞控制消息。
IGMP協(xié)議是 Internet 組管理協(xié)議（Internet Group Management Protocol），是因特網(wǎng)協(xié)議家族中的一個組播協(xié)議。該協(xié)議運(yùn)行在主機(jī)和組播路由器之間。
ARP協(xié)議是正向地址解析協(xié)議（Address Resolution Protocol），通過已知的IP，尋找對應(yīng)主機(jī)的MAC地址。
RARP是反向地址轉(zhuǎn)換協(xié)議，通過MAC地址確定IP地址。

2.網(wǎng)絡(luò)應(yīng)用程序設(shè)計模式

C/S模式

傳統(tǒng)的網(wǎng)絡(luò)應(yīng)用設(shè)計模式，客戶機(jī)(client)/服務(wù)器(server)模式。需要在通訊兩端各自部署客戶機(jī)和服務(wù)器來完成數(shù)據(jù)通信

B/S模式

瀏覽器/服務(wù)器(server)模式。只需在一端部署服務(wù)器，而另外一端使用每臺PC都默認(rèn)配置的瀏覽器即可完成數(shù)據(jù)的傳輸。

優(yōu)缺點(diǎn)

C/S 優(yōu)點(diǎn)：1.協(xié)議靈活可自定義 2.緩存數(shù)據(jù)
缺點(diǎn)：1.對用戶的安全構(gòu)成威脅 2.開發(fā)工作量較大，調(diào)試?yán)щy
B/S 優(yōu)點(diǎn)：1.跨平臺 2.無需緩存數(shù)據(jù)3.開發(fā)量小
缺點(diǎn)：1.只能采用http協(xié)議

代碼如下（示例）：

3.分層模型

物理層：主要定義物理設(shè)備標(biāo)準(zhǔn)，如網(wǎng)線的接口類型、光纖的接口類型、各種傳輸介質(zhì)的傳輸速率等。它的主要作用是傳輸比特流（就是由1、0轉(zhuǎn)化為電流強(qiáng)弱來進(jìn)行傳輸，到達(dá)目的地后再轉(zhuǎn)化為1、0，也就是我們常說的數(shù)模轉(zhuǎn)換與模數(shù)轉(zhuǎn)換）。這一層的數(shù)據(jù)叫做比特。

數(shù)據(jù)鏈路層：定義了如何讓格式化數(shù)據(jù)以幀為單位進(jìn)行傳輸，以及如何讓控制對物理介質(zhì)的訪問。這一層通常還提供錯誤檢測和糾正，以確保數(shù)據(jù)的可靠傳輸。如：串口通信中使用到的115200、8、N、1

網(wǎng)絡(luò)層：在位于不同地理位置的網(wǎng)絡(luò)中的兩個主機(jī)系統(tǒng)之間提供連接和路徑選擇。Internet的發(fā)展使得從世界各站點(diǎn)訪問信息的用戶數(shù)大大增加，而網(wǎng)絡(luò)層正是管理這種連接的層。

傳輸層：定義了一些傳輸數(shù)據(jù)的協(xié)議和端口號（WWW端口80等），如：TCP（傳輸控制協(xié)議，傳輸效率低，可靠性強(qiáng)，用于傳輸可靠性要求高，數(shù)據(jù)量大的數(shù)據(jù)），UDP（用戶數(shù)據(jù)報協(xié)議，與TCP特性恰恰相反，用于傳輸可靠性要求不高，數(shù)據(jù)量小的數(shù)據(jù)，如QQ聊天數(shù)據(jù)就是通過這種方式傳輸?shù)?#xff09;。 主要是將從下層接收的數(shù)據(jù)進(jìn)行分段和傳輸，到達(dá)目的地址后再進(jìn)行重組。常常把這一層數(shù)據(jù)叫做段。

會話層：通過傳輸層(端口號：傳輸端口與接收端口)建立數(shù)據(jù)傳輸?shù)耐贰Ｖ饕谀愕南到y(tǒng)之間發(fā)起會話或者接受會話請求（設(shè)備之間需要互相認(rèn)識可以是IP也可以是MAC或者是主機(jī)名）。

表示層：可確保一個系統(tǒng)的應(yīng)用層所發(fā)送的信息可以被另一個系統(tǒng)的應(yīng)用層讀取。例如，PC程序與另一臺計算機(jī)進(jìn)行通信，其中一臺計算機(jī)使用擴(kuò)展二一十進(jìn)制交換碼(EBCDIC)，而另一臺則使用美國信息交換標(biāo)準(zhǔn)碼（ASCII）來表示相同的字符。如有必要，表示層會通過使用一種通格式來實(shí)現(xiàn)多種數(shù)據(jù)格式之間的轉(zhuǎn)換。

應(yīng)用層：是最靠近用戶的OSI層。這一層為用戶的應(yīng)用程序（例如電子郵件、文件傳輸和終端仿真）提供網(wǎng)絡(luò)服務(wù)。

4.TCP/IP四層模型

通信過程

兩臺計算機(jī)通過TCP/IP協(xié)議通訊的過程如下所示：

上圖對應(yīng)兩臺計算機(jī)在同一網(wǎng)段中的情況，如果兩臺計算機(jī)在不同的網(wǎng)段中，那么數(shù)據(jù)從一臺計算機(jī)到另一臺計算機(jī)傳輸過程中要經(jīng)過一個或多個路由器，如下圖所示：

5.協(xié)議格式

數(shù)據(jù)包封裝

傳輸層及其以下的機(jī)制由內(nèi)核提供，應(yīng)用層由用戶進(jìn)程提供（后面將介紹如何使用socket API編寫應(yīng)用程序），應(yīng)用程序?qū)νㄓ崝?shù)據(jù)的含義進(jìn)行解釋，而傳輸層及其以下處理通訊的細(xì)節(jié)，將數(shù)據(jù)從一臺計算機(jī)通過一定的路徑發(fā)送到另一臺計算機(jī)。應(yīng)用層數(shù)據(jù)通過協(xié)議棧發(fā)到網(wǎng)絡(luò)上時，每層協(xié)議都要加上一個數(shù)據(jù)首部（header），稱為封裝（Encapsulation），如下圖所示：

不同的協(xié)議層對數(shù)據(jù)包有不同的稱謂，在傳輸層叫做段（segment），在網(wǎng)絡(luò)層叫做數(shù)據(jù)報（datagram），在鏈路層叫做幀（frame）。數(shù)據(jù)封裝成幀后發(fā)到傳輸介質(zhì)上，到達(dá)目的主機(jī)后每層協(xié)議再剝掉相應(yīng)的首部，最后將應(yīng)用層數(shù)據(jù)交給應(yīng)用程序處理

以太網(wǎng)幀格式

其中的源地址和目的地址是指網(wǎng)卡的硬件地址（也叫MAC地址），長度是48位，是在網(wǎng)卡出廠時固化的。可在shell中使用ifconfig命令查看，“HWaddr 00:15:F2:14:9E:3F”部分就是硬件地址。協(xié)議字段有三種值，分別對應(yīng)IP、ARP、RARP。幀尾是CRC校驗(yàn)碼。
以太網(wǎng)幀中的數(shù)據(jù)長度規(guī)定最小46字節(jié)，最大1500字節(jié)，ARP和RARP數(shù)據(jù)包的長度不夠46字節(jié)，要在后面補(bǔ)填充位。最大值1500稱為以太網(wǎng)的最大傳輸單元（MTU），不同的網(wǎng)絡(luò)類型有不同的MTU，如果一個數(shù)據(jù)包從以太網(wǎng)路由到撥號鏈路上，數(shù)據(jù)包長度大于撥號鏈路的MTU，則需要對數(shù)據(jù)包進(jìn)行分片（fragmentation）。ifconfig命令輸出中也有“MTU:1500”。注意，MTU這個概念指數(shù)據(jù)幀中有效載荷的最大長度，不包括幀頭長度。

ARP數(shù)據(jù)報格式

在網(wǎng)絡(luò)通訊時，源主機(jī)的應(yīng)用程序知道目的主機(jī)的IP地址和端口號，卻不知道目的主機(jī)的硬件地址，而數(shù)據(jù)包首先是被網(wǎng)卡接收到再去處理上層協(xié)議的，如果接收到的數(shù)據(jù)包的硬件地址與本機(jī)不符，則直接丟棄。因此在通訊前必須獲得目的主機(jī)的硬件地址。ARP協(xié)議就起到這個作用。源主機(jī)發(fā)出ARP請求，詢問“IP地址是192.168.0.1的主機(jī)的硬件地址是多少”，并將這個請求廣播到本地網(wǎng)段（以太網(wǎng)幀首部的硬件地址填FF:FF:FF:FF:FF:FF表示廣播），目的主機(jī)接收到廣播的ARP請求，發(fā)現(xiàn)其中的IP地址與本機(jī)相符，則發(fā)送一個ARP應(yīng)答數(shù)據(jù)包給源主機(jī)，將自己的硬件地址填寫在應(yīng)答包中。

源MAC地址、目的MAC地址在以太網(wǎng)首部和ARP請求中各出現(xiàn)一次，對于鏈路層為以太網(wǎng)的情況是多余的，但如果鏈路層是其它類型的網(wǎng)絡(luò)則有可能是必要的。硬件類型指鏈路層網(wǎng)絡(luò)類型，1為以太網(wǎng)，協(xié)議類型指要轉(zhuǎn)換的地址類型，0x0800為IP地址，后面兩個地址長度對于以太網(wǎng)地址和IP地址分別為6和4（字節(jié)），op字段為1表示ARP請求，op字段為2表示ARP應(yīng)答
看一個具體的例子。
請求幀如下（為了清晰在每行的前面加了字節(jié)計數(shù)，每行16個字節(jié)）：
以太網(wǎng)首部（14字節(jié)）
0000: ff ff ff ff ff ff 00 05 5d 61 58 a8 08 06
ARP幀（28字節(jié)）
0000: 00 01
0010: 08 00 06 04 00 01 00 05 5d 61 58 a8 c0 a8 00 37
0020: 00 00 00 00 00 00 c0 a8 00 02
填充位（18字節(jié)）
0020: 00 77 31 d2 50 10
0030: fd 78 41 d3 00 00 00 00 00 00 00 00
以太網(wǎng)首部：目的主機(jī)采用廣播地址，源主機(jī)的MAC地址是00:05:5d:61:58:a8，上層協(xié)議類型0x0806表示ARP。
ARP幀：硬件類型0x0001表示以太網(wǎng)，協(xié)議類型0x0800表示IP協(xié)議，硬件地址（MAC地址）長度為6，協(xié)議地址（IP地址）長度為4，op為0x0001表示請求目的主機(jī)的MAC地址，源主機(jī)MAC地址為00:05:5d:61:58:a8，源主機(jī)IP地址為c0 a8 00 37（192.168.0.55），目的主機(jī)MAC地址全0待填寫，目的主機(jī)IP地址為c0 a8 00 02（192.168.0.2）。
由于以太網(wǎng)規(guī)定最小數(shù)據(jù)長度為46字節(jié)，ARP幀長度只有28字節(jié)，因此有18字節(jié)填充位，填充位的內(nèi)容沒有定義，與具體實(shí)現(xiàn)相關(guān)。
應(yīng)答幀如下：
以太網(wǎng)首部
0000: 00 05 5d 61 58 a8 00 05 5d a1 b8 40 08 06
ARP幀
0000: 00 01
0010: 08 00 06 04 00 02 00 05 5d a1 b8 40 c0 a8 00 02
0020: 00 05 5d 61 58 a8 c0 a8 00 37
填充位
0020: 00 77 31 d2 50 10
0030: fd 78 41 d3 00 00 00 00 00 00 00 00
以太網(wǎng)首部：目的主機(jī)的MAC地址是00:05:5d:61:58:a8，源主機(jī)的MAC地址是00:05:5d:a1:b8:40，上層協(xié)議類型0x0806表示ARP。
ARP幀：硬件類型0x0001表示以太網(wǎng)，協(xié)議類型0x0800表示IP協(xié)議，硬件地址（MAC地址）長度為6，協(xié)議地址（IP地址）長度為4，op為0x0002表示應(yīng)答，源主機(jī)MAC地址為00:05:5d:a1:b8:40，源主機(jī)IP地址為c0 a8 00 02（192.168.0.2），目的主機(jī)MAC地址為00:05:5d:61:58:a8，目的主機(jī)IP地址為c0 a8 00 37（192.168.0.55）。

IP段格式

IP數(shù)據(jù)報的首部長度和數(shù)據(jù)長度都是可變長的，但總是4字節(jié)的整數(shù)倍。對于IPv4，4位版本字段是4。4位首部長度的數(shù)值是以4字節(jié)為單位的，最小值為5，也就是說首部長度最小是4x5=20字節(jié)，也就是不帶任何選項(xiàng)的IP首部，4位能表示的最大值是15，也就是說首部長度最大是60字節(jié)。8位TOS字段有3個位用來指定IP數(shù)據(jù)報的優(yōu)先級（目前已經(jīng)廢棄不用），還有4個位表示可選的服務(wù)類型（最小延遲、最大?吐量、最大可靠性、最小成本），還有一個位總是0。總長度是整個數(shù)據(jù)報（包括IP首部和IP層payload）的字節(jié)數(shù)。每傳一個IP數(shù)據(jù)報，16位的標(biāo)識加1，可用于分片和重新組裝數(shù)據(jù)報。3位標(biāo)志和13位片偏移用于分片。TTL（Time to live)是這樣用的：源主機(jī)為數(shù)據(jù)包設(shè)定一個生存時間，比如64，每過一個路由器就把該值減1，如果減到0就表示路由已經(jīng)太長了仍然找不到目的主機(jī)的網(wǎng)絡(luò)，就丟棄該包，因此這個生存時間的單位不是秒，而是跳（hop）。協(xié)議字段指示上層協(xié)議是TCP、UDP、ICMP還是IGMP。然后是校驗(yàn)和，只校驗(yàn)IP首部，數(shù)據(jù)的校驗(yàn)由更高層協(xié)議負(fù)責(zé)。IPv4的IP地址長度為32位。

UDP數(shù)據(jù)報格式

TCP數(shù)據(jù)報格式

與UDP協(xié)議一樣也有源端口號和目的端口號，通訊的雙方由IP地址和端口號標(biāo)識。32位序號、32位確認(rèn)序號、窗口大小稍后詳細(xì)解釋。4位首部長度和IP協(xié)議頭類似，表示TCP協(xié)議頭的長度，以4字節(jié)為單位，因此TCP協(xié)議頭最長可以是4x15=60字節(jié)，如果沒有選項(xiàng)字段，TCP協(xié)議頭最短20字節(jié)。URG、ACK、PSH、RST、SYN、FIN是六個控制位，本節(jié)稍后將解釋SYN、ACK、FIN、RST四個位，其它位的解釋從略。16位檢驗(yàn)和將TCP協(xié)議頭和數(shù)據(jù)都計算在內(nèi)。緊急指針和各種選項(xiàng)的解釋從略。

6.TCP協(xié)議

三次握手

建立連接（三次握手）的過程：

客戶端發(fā)送一個帶SYN標(biāo)志的TCP報文到服務(wù)器。這是三次握手過程中的段1。
客戶端發(fā)出段1，SYN位表示連接請求。序號是1000，這個序號在網(wǎng)絡(luò)通訊中用作臨時的地址，每發(fā)一個數(shù)據(jù)字節(jié)，這個序號要加1，這樣在接收端可以根據(jù)序號排出數(shù)據(jù)包的正確順序，也可以發(fā)現(xiàn)丟包的情況，另外，規(guī)定SYN位和FIN位也要占一個序號，這次雖然沒發(fā)數(shù)據(jù)，但是由于發(fā)了SYN位，因此下次再發(fā)送應(yīng)該用序號1001。mss表示最大段尺寸，如果一個段太大，封裝成幀后超過了鏈路層的最大幀長度，就必須在IP層分片，為了避免這種情況，客戶端聲明自己的最大段尺寸，建議服務(wù)器端發(fā)來的段不要超過這個長度。

服務(wù)器端回應(yīng)客戶端，是三次握手中的第2個報文段，同時帶ACK標(biāo)志和SYN標(biāo)志。它表示對剛才客戶端SYN的回應(yīng)；同時又發(fā)送SYN給客戶端，詢問客戶端是否準(zhǔn)備好進(jìn)行數(shù)據(jù)通訊。
服務(wù)器發(fā)出段2，也帶有SYN位，同時置ACK位表示確認(rèn)，確認(rèn)序號是1001，表示“我接收到序號1000及其以前所有的段，請你下次發(fā)送序號為1001的段”，也就是應(yīng)答了客戶端的連接請求，同時也給客戶端發(fā)出一個連接請求，同時聲明最大尺寸為1024。

客戶必須再次回應(yīng)服務(wù)器端一個ACK報文，這是報文段3。
客戶端發(fā)出段3，對服務(wù)器的連接請求進(jìn)行應(yīng)答，確認(rèn)序號是8001。在這個過程中，客戶端和服務(wù)器分別給對方發(fā)了連接請求，也應(yīng)答了對方的連接請求，其中服務(wù)器的請求和應(yīng)答在一個段中發(fā)出，因此一共有三個段用于建立連接，稱為“三方握手（three-way-handshake）”。在建立連接的同時，雙方協(xié)商了一些信息，例如雙方發(fā)送序號的初始值、最大段尺寸等。

四次握手

由于TCP連接是全雙工的，因此每個方向都必須單獨(dú)進(jìn)行關(guān)閉。這原則是當(dāng)一方完成它的數(shù)據(jù)發(fā)送任務(wù)后就能發(fā)送一個FIN來終止這個方向的連接。收到一個 FIN只意味著這一方向上沒有數(shù)據(jù)流動，一個TCP連接在收到一個FIN后仍能發(fā)送數(shù)據(jù)。首先進(jìn)行關(guān)閉的一方將執(zhí)行主動關(guān)閉，而另一方執(zhí)行被動關(guān)閉。

客戶端發(fā)出段7，FIN位表示關(guān)閉連接的請求。

服務(wù)器發(fā)出段8，應(yīng)答客戶端的關(guān)閉連接請求。

服務(wù)器發(fā)出段9，其中也包含F(xiàn)IN位，向客戶端發(fā)送關(guān)閉連接請求。

客戶端發(fā)出段10，應(yīng)答服務(wù)器的關(guān)閉連接請求。

服務(wù)器

#include <sys/types.h> #include <sys/socket.h> #include <stdlib.h> #include <unistd.h> #include <sys/stat.h> #include <netinet/in.h> #include <arpa/inet.h> #include <ctype.h> #include <stdio.h> #include <memory.h>#define SERV_PORT 6666 #define SERV_IP "127.0.0.1"int main() {int sid,ret,cid,len;struct sockaddr_in addr,clie_addr;char buf[BUFSIZ] = {0};char clie_IP[BUFSIZ];socklen_t clie_len,clie_ip_len;//服務(wù)器創(chuàng)建套接字sid=socket(AF_INET, SOCK_STREAM,0);if (sid == -1){perror("server error:");exit(1);}bzero(&addr,sizeof(addr));addr.sin_family = AF_INET;addr.sin_port = htons(SERV_PORT);addr.sin_addr.s_addr =htonl( INADDR_ANY);//綁定ret=bind(sid,(struct sockaddr*)&addr,sizeof(addr));if (ret == -1){perror("bind error:");exit(1);}ret=listen(sid,30);if (ret == -1){perror("listen error:");exit(1);}clie_len = sizeof(clie_addr);cid=accept(sid, (struct sockaddr*)&clie_addr, &clie_printf("client IP:%s,client port:%d\n",inet_ntop(AF_INET,&clie_addr.sin_addr.s_addr,cli, ntohs(clie_addr.sin_port));while (1){//讀取客戶端信息len = read(cid, buf, sizeof(buf));if (len < 0){perror("read error");exit(1);}write(STDOUT_FILENO, buf, sizeof(buf));for (int i = 0; i < len; i++){buf[i] = toupper(buf[i]);}write(cid, buf, sizeof(buf));memset(buf,0,sizeof(buf));}close(sid);close(cid);return 0; }

客戶端

#include <sys/types.h> #include <sys/socket.h> #include <stdlib.h> #include <unistd.h> #include <sys/stat.h> #include <netinet/in.h> #include <arpa/inet.h> #include <ctype.h> #include <stdio.h> #include <memory.h>#define CLIE_PORT 6666 #define CLIE_IP "118.178.192.222"int main() {char buf[BUFSIZ] = {0};struct in_addr s; // IPv4地址結(jié)構(gòu)體int cfd,ret,n;struct sockaddr_in addr;//客服端創(chuàng)建套接字cfd = socket(AF_INET,SOCK_STREAM,0);if (cfd == -1){perror("client error:");exit(1);}memset(&addr, 0, sizeof(addr));addr.sin_family = AF_INET;addr.sin_port = htons(CLIE_PORT);inet_pton(AF_INET, CLIE_IP,&addr.sin_addr.s_addr);ret =connect(cfd,(struct sockaddr *)&addr,sizeof(addr));if (ret <0){perror("connect error:");exit(1);}while (1){//從終端寫入fgets(buf,sizeof(buf),stdin);write(cfd,buf,strlen(buf));n=read(cfd, buf, sizeof(buf));write(STDOUT_FILENO, buf, n);memset(buf, 0, sizeof(buf));}close(cfd);return 0; }

總結(jié)

以上是生活随笔為你收集整理的linux网络编程（一）网络基础传输知识的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。