網路編程進程間通信
A. 《UNIX網路編程:第2版.第2卷，進程間通信(中文版)進程間通信》pdf下載在線閱讀，求百度網盤雲資源
《UNIX網路編程 : 第2版. 第2卷， 進程間通信(中文版)》（[美國] W·Richard Stevens）電子書網盤下載免費在線閱讀
資源鏈接：
鏈接: https://pan..com/s/164Fvr-s36oP3n3bypmznkQ
書名：UNIX網路編程 : 第2版. 第2卷， 進程間通信(中文版)
作者：[美國] W·Richard Stevens
豆瓣評分：9.3
出版社：人民郵電出版社
出版年份：2010-7
頁數：454
內容簡介：
兩卷本的《UNIX網路編程》是已故著名技術作家W. Richard Stevens的傳世之作。卷2著重討論如何讓應用程序與在其他機器上的應用程序進行對話。良好的進程間通信（IPC）機制是提高UNIX程序性能的關鍵。本書全面深入地講解了各種進程間通信形式，包括消息傳遞、同步、共享內存及遠程調用（RPC）。書中包含了大量經過優化的源代碼，幫助讀者加深理解。這些源代碼可以從圖靈網站本書網頁免費注冊下載。
本書是網路研究和開發人員公認的權威參考書，深入理解本書內容，方能設計出良好的UNIX軟體。
作者簡介：
W. Richard Stevens 國際知名的UNIX和網路專家，備受贊譽的技術作家。他1951年2月5日出生於尚比亞，後隨父母回到美國。中學時就讀於弗吉尼亞菲什伯恩軍事學校，1973年獲得密歇根大學航空和航天工程學士學位。1975年至1982年，他在亞利桑那州圖森市的基特峰國家天文台從事計算機編程工作，業余時間喜愛飛行運動，做過兼職飛行教練。這期間他分別在1978年和1982年獲得亞利桑那大學系統工程碩士和博士學位。此後他去康涅狄格州紐黑文的健康系統國際公司任主管計算機服務的副總裁。
B. 《U N I X網路編程:第2版.第2卷，進程間通信進程間通信》txt下載在線閱讀,求百度雲資源
《UNIX網路編程 卷2：進程間通信（第2版）》（[美]W. 理查德•史蒂文斯（W. Richard Stevens））電子書網盤下載免費在線閱讀
鏈接: https://pan..com/s/1y1Fa1AvayvQMWmMXa2nfuQ
書名：UNIX網路編程 卷2：進程間通信（第2版）
作者：[美]W. 理查德•史蒂文斯（W. Richard Stevens）
譯者：匿名
豆瓣評分：9.6
出版社：人民郵電出版社
出版年份：2015-8
頁數：472
內容簡介：
《UNIX網路編程.卷2：進程間通信(第2版)》是一部UNIX網路編程的經典之作！進程間通信(IPC)幾乎是所有Unix程序性能的關鍵，理解IPC也是理解如何開發不同主機間網路應用程序的必要條件。《UNIX網路編程.卷2：進程間通信(第2版)》從對Posix IPC和System V IPC的內部結構開始討論，全面深入地介紹了4種IPC形式：消息傳遞(管道、FIFO、消息隊列)、同步(互斥鎖、條件變數、讀寫鎖、文件與記錄鎖、信號量)、共享內存(匿名共享內存、具名共享內存)及遠程過程調用(Solaris門、Sun RPC)。附錄中給出了測量各種IPC形式性能的方法。
《UNIX網路編程.卷2：進程間通信(第2版)》內容詳盡且具權威性，幾乎每章都提供精選的習題，並提供了部分習題的答案，是網路研究和開發人員理想的參考書。
作者簡介：
W.Richard Stevens，國際知名的UNIX和網路專家，備受贊譽的技術作家他1951年2月5日出生於尚比亞，後隨父母回到美國中學時就讀於弗吉尼亞菲什伯恩軍事學校，1973年獲得密歇根大學航空和航天工程學士學位，1975年至1982年，他在亞利桑那州圖森市的基特峰國家天文台從事計算機編程工作，業余時間喜愛飛行運動，做過兼職飛行教練這期間他分別在1978年和1982年獲得亞利桑那大學系統工程碩士和博士學位此後他去康涅狄格州紐黑文的健康系統國際公司任主管計算機服務的副總裁，1990年他回到圖森，從事專業技術寫作和咨詢工作寫下了多種經典的傳世之作。
C. 什麼是網路編程啊
呵呵，網路編程。我舉些例子來解釋吧，例如你看到的某些網站，他們的連接地址有的時候你會發現結尾的時候有jsp或者asp吧，這些就是網路編程，這樣編程的網頁叫動態頁面。
還有你肯定知道qq吧，這樣的聊天軟體也是網路編程，還有聊天室什麼的，這類都是。普通的編程是什麼樣子呢，還是給你舉個例子，如：我們電上操作系統上的畫圖，計算器，這都是普通軟體。這么說吧，游戲有網路游戲和單機游戲，網路游戲是面對多人的，單機游戲只能是單人的去玩，那麼編程也是這個道理了。
c++貌似不是網路編程，可以說現在這種語言只能是基礎了，但是往深里學也很強大，比如windows操作系統就有c++語言的參入。
.net的話不是語言，是操作平台，也就是編程工具，你要是在網路上查的話一會發現有.net2003和.net2005的版本等。
微軟方面的網路編程語言我知道的是c#,別的不知道有沒有了。
個人理解，心得，希望能幫到你
D. 《UNIX網路編程卷2進程間通信第3版》pdf下載在線閱讀全文，求百度網盤雲資源
《UNIX網路編程卷2進程間通信第3版》網路網盤pdf最新全集下載:
鏈接：https://pan..com/s/1C2n8GLyn7_V-QKDaQnOZsw
簡介：UNIX網路編程卷2進程間通信第2版是一部UNIX 網路編程的經典之作！進程間通信（IPC）幾乎是所有Unix 程序性能的關鍵，理解IPC 也是理解如何開發不同主機間網路應用程序的必要條件。
E. 2018-04-23網路編程-概述-SOCKET-埠綁定-編碼解碼
計算機都遵守的網路通信協議叫做TCP/IP協議。
因為互聯網協議包含了上百種協議標准，但是最重要的兩個協議是TCP和IP協議，所以，大家把互聯網的協議簡稱TCP/IP協議。是一組協議族。完成通信的規范。
四種分類法和其中分類法：
埠號：用來標記唯一一個進程（范圍：0~65535）
為什麼不用pid？——在一個操作系統上，pid絕對不相同，而且進程pid唯一，但在不同系統上，獲取另一個系統的pid特別費勁；但是埠對應的程序是確定的，所以埠就是用來區分進程的
埠號只有整數，0~65535。能區分同一伺服器所有進程
知名埠：大家都知道的默認的埠，比如網路，0~1023
動態埠：1024~65535之間
查看埠信息的命令：netstat - an
IP地址的作用：用來標記一台電腦在網路中的數字。
同一區域網中，IP地址不能相同
網路號用來分辨不同網路，主機號用來區分不同主機
ip地址：用來在網路中標記一台電腦的一串數字，比如192.168.1.1；在本地區域網上是惟一的。
什麼是socket？
socket(簡稱 套接字 ) 是進程間通信的一種方式，它與其他進程間通信的一個主要不同是：
它能實現不同主機間的進程間通信，我們網路上各種各樣的服務大多都是基於 Socket 來完成通信的（能完成多個電腦進程間的通信）
例如我們每天瀏覽網頁、QQ 聊天、收發 email 等等。
UDP快，不穩定
TCP慢，穩定
會變的埠號
說明：
每重新運行一次網路程序，上圖中紅圈中的數字，不一樣的原因在於，這個數字標識這個網路程序，當重新運行時，如果沒有確定到底用哪個，系統默認會隨機分配
記住一點：這個網路程序在運行的過程中，這個就唯一標識這個程序，所以如果其他電腦上的網路程序如果想要向此程序發送數據，那麼就需要向這個數字（即埠）標識的程序發送即可。
UDP綁定信息
一般服務性的程序，往往需要一個固定的埠號，這就是所謂的埠綁定
綁定的意義是使其不變 。
*一個電腦可以有多個IP地址
*單工：收音機 半雙工：對講機 全雙工：電話
UDP和TPC（網路）都是全雙工，同一時間能發能收
一般，接收方都需要綁定，發送方不需要綁定
綁定示例：
總結
一個udp網路程序，可以不綁定，此時操作系統會隨機進行分配一個埠，如果重新運行次程序埠可能會發生變化
一個udp網路程序，也可以綁定信息（ip地址，埠號），如果綁定成功，那麼操作系統用這個埠號來進行區別收到的網路數據是否是此進程的
*解包：
F. 網路編程（五）TCP詳解
考慮最簡單的情況：兩台主機之間的通信。這個時候只需要一條網線把兩者連起來，規定好彼此的硬體介面，如都用 USB、電壓 10v、頻率 2.4GHz 等， 這一層就是物理層，這些規定就是物理層協議 。
我們當然不滿足於只有兩台電腦連接，因此我們可以使用交換機把多個電腦連接起來，如下圖：
這樣連接起來的網路，稱為區域網，也可以稱為乙太網（乙太網是區域網的一種）。在這個網路中，我們需要標識每個機器，這樣才可以指定要和哪個機器通信。這個標識就是硬體地址 MAC。
硬體地址隨機器的生產就被確定，永久性唯一。在區域網中，我們需要和另外的機器通信時，只需要知道他的硬體地址，交換機就會把我們的消息發送到對應的機器。
這里我們可以不管底層的網線介面如何發送，把物理層抽離，在他之上創建一個新的層次，這就是 數據鏈路層 。
我們依然不滿足於區域網的規模，需要把所有的區域網聯系起來，這個時候就需要用到路由器來連接兩個區域網：
但是如果我們還是使用硬體地址來作為通信對象的唯一標識，那麼當網路規模越來越大，需要記住所有機器的硬體地址是不現實的；
同時，一個網路對象可能會頻繁更換設備，這個時候硬體地址表維護起來更加復雜。這里使用了一個新的地址來標記一個網路對象： IP 地址 。
通過一個簡單的寄信例子來理解 IP 地址。
我住在北京市，我朋友 A 住在上海市，我要給朋友 A 寫信：
因此，這里 IP 地址就是一個網路接入地址（朋友 A 的住址），我只需要知道目標 IP 地址，路由器就可以把消息給我帶到。 在區域網中，就可以動態維護一個 MAC 地址與 IP 地址的映射關系，根據目的 IP 地址就可以尋找到機器的 MAC 地址進行發送 。
這樣我們不需管理底層如何去選擇機器，我們只需要知道 IP 地址，就可以和我們的目標進行通信。這一層就是 網路層 。網路層的核心作用就是 提供主機之間的邏輯通信 。
這樣，在網路中的所有主機，在邏輯上都連接起來了，上層只需要提供目標 IP 地址和數據，網路層就可以把消息發送到對應的主機。
一個主機有多個進程，進程之間進行不同的網路通信，如邊和朋友開黑邊和女朋友聊微信。我的手機同時和兩個不同機器進行通信。
那麼當我的手機收到數據時，如何區分是微信的數據，還是王者的數據？那麼就必須在網路層之上再添加一層： 運輸層 ：
運輸層通過 socket（套接字），將網路信息進行進一步的拆分，不同的應用進程可以獨立進行網路請求，互不幹擾。
這就是運輸層的最本質特點： 提供進程之間的邏輯通信 。這里的進程可以是主機之間，也可以是同個主機，所以在 android 中，socket 通信也是進程通信的一種方式。
現在不同的機器上的應用進程之間可以獨立通信了，那麼我們就可以在計算機網路上開發出形形式式的應用：如 web 網頁的 http，文件傳輸 ftp 等等。這一層稱為 應用層 。
應用層還可以進一步拆分出表示層、會話層，但他們的本質特點都沒有改變： 完成具體的業務需求 。和下面的四層相比，他們並不是必須的，可以歸屬到應用層中。
最後對計網分層進行小結：
這里需要注意的是，分層並不是在物理上的分層，而是邏輯上的分層。通過對底層邏輯的封裝，使得上層的開發可以直接依賴底層的功能而無需理會具體的實現，簡便了開發。
這種分層的思路，也就是責任鏈設計模式，通過層層封裝，把不同的職責獨立起來，更加方便開發、維護等等。
TCP 並不是把應用層傳輸過來的數據直接加上首部然後發送給目標，而是把數據看成一個位元組 流，給他們標上序號之後分部分發送。這就是 TCP 的 面向位元組流 特性：
面向位元組流的好處是無需一次存儲過大的數據佔用太多內存，壞處是無法知道這些位元組代表的意義，例如應用層發送一個音頻文件和一個文本文件，對於 TCP 來說就是一串位元組流，沒有意義可言，這會導致粘包以及拆包問題，後面講。
前面講到，TCP 是可靠傳輸協議，也就是，一個數據交給他，他肯定可以完整無誤地發送到目標地址，除非網路炸了。他實現的網路模型如下：
對於應用層來說，他就是一個可靠傳輸的底層支持服務；而運輸層底層採用了網路層的不可靠傳輸。雖然在網路層甚至數據鏈路層就可以使用協議來保證數據傳輸的可靠性，但這樣網路的設計會更加復雜、效率會隨之降低。把數據傳輸的可靠性保證放在運輸層，會更加合適。
可靠傳輸原理的重點總結一下有： 滑動窗口、超時重傳、累積確認、選擇確認、連續 ARQ 。
停止等待協議
要實現可靠傳輸，最簡便的方法就是：我發送一個數據包給你，然後你跟我回復收到，我繼續發送下一個數據包。傳輸模型如下：
這種「一來一去」的方法來保證傳輸可靠就是 停止等待協議 （stop-and-wait）。不知道還記不記得前面 TCP 首部有一個 ack 欄位，當他設置為 1 的時候，表示這個報文是一個確認收到報文。
然後再來考慮另一種情況：丟包。網路環境不可靠，導致每一次發送的數據包可能會丟失，如果機器 A 發送了數據包丟失了，那麼機器 B 永遠接收不到數據，機器 A 永遠在等待。
解決這個問題的方法是： 超時重傳 。當機器 A 發出一個數據包時便開始計時，時間到還沒收到確認回復，就可以認為是發生了丟包，便再次發送，也就是重傳。
但重傳會導致另一種問題：如果原先的數據包並沒有丟失，只是在網路中待的時間比較久，這個時候機器 B 會受到兩個數據包，那麼機器 B 是如何辨別這兩個數據包是屬於同一份數據還是不同的數據？
這就需要前面講過的方法： 給數據位元組進行編號 。這樣接收方就可以根據數據的位元組編號，得出這些數據是接下來的數據，還是重傳的數據。
在 TCP 首部有兩個欄位：序號和確認號，他們表示發送方數據第一個位元組的編號，和接收方期待的下一份數據的第一個位元組的編號。
停止等待協議的優點是簡單，但缺點是 信道利用率 太低。
假定AB之間有一條直通的信道來傳送分組
這里的TD是A發送分組所需要的時間（顯然TD = 分組長度 / 數據速率）再假定TA是B發送確認分組所需要的時間（A和B處理分組的時間都忽略不計）那麼A在經過TD+RTT+TA時間後才能發送下一個分組，這里的RTT是往返時間，因為只有TD是採用來傳輸有用的數據（這個數據包括了分組首部，如果可以知道傳輸更精確的數據的時間，可以計算的更精確），所有信道利用率為
為了提高傳輸效率，發送方可以不使用低效率的停止等待協議，而是採用 流水線傳輸 ：就是發送方可以 連續的發送多個分組 ，不必每發完一個分組就停下來等待對方的確認。這樣可使信道上一直有數據不間斷地在傳送。顯然這種傳輸方式可以獲得很高的信道利用率
停止等待協議已經可以滿足可靠傳輸了，但有一個致命缺點： 效率太低 。發送方發送一個數據包之後便進入等待，這個期間並沒有干任何事，浪費了資源。解決的方法是： 連續發送數據包 。
也就是下面介紹的 連續ARQ協議 和 滑動窗口協議
連續 ARQ 協議
模型如下：
和停止等待最大的不同就是，他會源源不斷地發送，接收方源源不斷收到數據之後，逐一進行確認回復。這樣便極大地提高了效率。但同樣，帶來了一些額外的問題:
發送是否可以無限發送直到把緩沖區所有數據發送完？不可以。因為需要考慮接收方緩沖區以及讀取數據的能力。如果發送太快導致接收方無法接受，那麼只是會頻繁進行重傳，浪費了網路資源。所以發送方發送數據的范圍，需要考慮到接收方緩沖區的情況。這就是 TCP 的 流量控制 。
解決方法是： 滑動窗口 。基本模型如下：
在 TCP 的首部有一個窗口大小欄位，他表示接收方的剩餘緩沖區大小，讓發送方可以調整自己的發送窗口大小。通過滑動窗口，就可以實現 TCP 的流量控制，不至於發送太快，導致太多的數據丟失。
連續 ARQ 帶來的第二個問題是：網路中充斥著和發送數據包一樣數據量的確認回復報文，因為每一個發送數據包，必須得有一個確認回復。提高網路效率的方法是： 累積確認 。
接收方不需要逐個進行回復，而是累積到一定量的數據包之後，告訴發送方，在此數據包之前的數據全都收到。例如，收到 1234，接收方只需要告訴發送方我收到 4 了，那麼發送方就知道 1234 都收到了。
第三個問題是：如何處理丟包情況。在停止等待協議中很簡單，直接一個超時重傳就解決了。但，連續 ARQ 中不太一樣。
例如：接收方收到了 123 567，六個位元組，編號為 4 的位元組丟失了。按照累積確認的思路，只能發送 3 的確認回復，567 都必須丟掉，因為發送方會進行重傳。這就是 GBN（go-back-n) 思路。
但是我們會發現，只需要重傳 4 即可，這樣不是很浪費資源，所以就有了： 選擇確認 SACK 。在 TCP 報文的選項欄位，可以設置已經收到的報文段，每一個報文段需要兩個邊界來進行確定。這樣發送方，就可以根據這個選項欄位只重傳丟失的數據了。
第四個問題是：擁塞控制的問題
也是通過窗口的大小來控制的，但是檢測網路滿不滿是個挺難的事情，所以 TCP 發送包經常被比喻成往誰管理灌水，所以擁塞控制就是在不堵塞，不丟包的情況下盡可能的發揮帶寬。
水管有粗細，網路有帶寬，即每秒鍾能發送多少數據；水管有長度，端到端有時延。理想狀態下，水管裡面的水 = 水管粗細 * 水管長度。對於網路上，通道的容量 = 帶寬 * 往返時延。
如果我們設置發送窗口，使得發送但未確認的包為通道的容量，就能撐滿整個管道。
如圖所示，假設往返時間為 8 秒，去 4 秒，回 4 秒，每秒發送一個包，已經過去了 8 秒，則 8 個包都發出去了，其中前四個已經到達接收端，但是 ACK 還沒返回，不能算發送成功，5-8 後四個包還在路上，還沒被接收，這個時候，管道正好撐滿，在發送端，已發送未確認的 8 個包，正好等於帶寬，也即每秒發送一個包，也即每秒發送一個包，乘以來回時間 8 秒。
如果在這個基礎上調大窗口，使得單位時間可以發送更多的包，那麼會出現接收端處理不過來，多出來的包會被丟棄，這個時候，我們可以增加一個緩存，但是緩存裡面的包 4 秒內肯定達不到接收端課，它的缺點會增加時延，如果時延達到一定程度就會超時重傳
TCP 擁塞控制主要來避免兩種現象，包丟失和超時重傳，一旦出現了這些現象說明發送的太快了，要慢一點。
具體的方法就是發送端慢啟動，比如倒水，剛開始倒的很慢，漸漸變快。然後設置一個閾值，當超過這個值的時候就要慢下來
慢下來還是在增長，這時候就可能水滿則溢，出現擁塞，需要降低倒水的速度，等水慢慢滲下去。
擁塞的一種表現是丟包，需要超時重傳，這個時候，採用快速重傳演算法，將當前速度變為一半。所以速度還是在比較高的值，也沒有一夜回到解放前。
到這里關於 TCP 的可靠傳輸原理就已經介紹得差不多。最後進行一個小結：
當然，這只是可靠傳輸的冰山一角，感興趣可以再深入去研究
G. 如何實現網間進程通信
網間進程通信首先必須解決以下問題。
(1)網間進程的標識問題。在同一主機中，不同的進程可以用進程號（Process ID）唯一標識。
但在網路環境下，各主機獨立分配的進程號已經不能唯一地標識一個進程。例如，主機A中某進
程的進程號是5，在B機中也可以存在5號進程，進程號不再唯一了，因此，在網路環境下，僅
僅說「5號進程」就沒有意義了。
(2)與網路協議棧連接的問題。網間進程的通信實際是藉助網路協議棧實現的。應用進程
把數據交給下層的傳輸層協議實體，調用傳輸層提供的傳輸服務，傳輸層及其下層協議將數
據層層向下遞交，最後由物理層將數據變為信號，發送到網上，經過各種網路設備的尋徑和
存儲轉發．才能到達目的端主機，目的端的網路協議棧再將數據層層上傳，最終將數據送交
接收端的應用進程，這個過程是非常復雜的。但是對於網路編程來說，必須要有一種非常簡
單的方法，來與網路協議棧連接。這個問題是通過定義套接字網路編程介面來解決的。
(3)多重協議的識別問題。現行的網路體系結構有很多，如TCP/IP. IPX/SPX等，操作系統
往往支持眾多的網路協議。不同協議的工作方式不同，地址格式也不同，因此網間進程通信還要解
決多重協議的識別問題。
(4)不同的通信服務的問題。隨著網路應用的不同，網間進程通信所要求的通信服務就會
有不同的要求。例如，文件傳輸服務，傳輸的文件可能很大，要求傳輸非常可靠，無差錯，無
亂序，無丟失；下載了一個程序，如果丟了幾個位元組，這個程序可能就不能用了。但對於網上
聊天這樣的應用，要求就不高。因此，要求網路應用程序能夠有選擇地使用網路協議棧提供的
網路通信服務功能。在TCP/IP協議簇中，在傳輸層有TCP和UDP這兩個協議，TCP提供可靠
的數據流傳輸服務，UDP提供不可靠的數據報傳輸服務。深入了解它們的工作機制，對於網路
編程是非常必要的。
具體請看http://www.zhaojing520.com/thread-214-1-1.html?_dsign=9cd875fb
H. 網路編程是什麼樣的工作，具體工作是什麼
通過使用套接字來達到進程間通信目的編程就是網路編程。
代碼,開發工具,資料庫,伺服器架設和網頁設計這5部分你都要接觸
代碼分靜態代碼和動態代碼
靜態代碼是伺服器不解析直接發送給客戶端的部分,用做布局效果,一般不用於資料庫操作
靜態代碼分html,javascript,css等,其中html語言是基礎,要學網路編程就先學html語言.javascript用於實現某些特效,css是樣式語言.這3個語言組合起來,可以設計出美妙的網頁效果
動態代碼是伺服器需要解析的部分,用作資料庫連接操作等.有php,jsp,asp和asp.net.這幾種語言你只用先學一種就可.如果是想快速入門,建議先學asp,如果想學了找工作等,建議學php或jsp,
開發工具有很多種,我推薦一種,網路3劍客,其中dw是開發代碼的,fw是做圖的.flash是做動畫的.
資料庫要結合你學的動態語言來選擇,asp和asp.net系列的,你可以使用access,大型點使用mssql.
php和mysql是很好的搭檔.
伺服器架設也是結合你學的動態語言的,windows下安裝iis很方便,iis可以運行asp,安裝.net框架後能運行asp.net.這兩者架設相對簡單,也是我推薦你入門學asp的原因.php一般安裝apache伺服器,jsp一般安裝tomat伺服器.只有架設好伺服器,才能瀏覽動態語言編寫的程序.
雖然是編程,但是總會涉及到網頁設計部分,還是要去學學怎麼簡單的作圖和動畫。
I. 什麼是 網路編程
通過使用套接字來達到進程間通信目的編程就是網路編程。windows提供的基於網路編程的就是套接字也就是winsock，但是現在Winpcap也是一個比較方便的工具。
開發語言不限啊。C、java、vb都可以。
網路編程介紹
Internet網路模型
網路模型：描述網路的結構原理和工作原理
OSI參考模型：七層
Internet網路模型：四層
網路協議：指定層上進行數據交換的規則。
Internet的網路層協議：IP協議；DNS協議(輔助協議)
Internet的傳輸層協議：TCP協議；UDP協議。
套接字基礎
套接字(Sockets)：應用程序和網路協議的介面。
Java Sockets：Java應用程序和網路協議的介面，提供若干個類的定義。
Java應用程序利用這些類繼承網路協議的行為，實現網路通信。
TCP Sockets：使用TCP協議實現可靠的網路通信。
UDP Sockets：使用UDP協議實現效率較高的網路通信。