socket技術要點總結

socket技術要點總結

篇一：socket技術總結

Socket技術要點總結

1、什麼是TCP/IP、UDP，它的結構是什麼？

1.1 TCP/IP（Transmission Control Protocol/Internet Protocol）即傳輸控制協議/網間協議，是一個工業標準的協議集，它是為廣域網（WANs）設計的。 TCP 是傳輸控制協議，是一個面向連接的協議，為用户進程提供可靠的全雙工字節流。TCP 套接字是一種流套接字（stream socket）關心確認，超時和重傳之類的細節。大多數網絡應用程序都在使用TCP。

注意：TCp既可以使用IPv4，也可以使用IPv6.

1.2UDP（User Data Protocol，用户數據報協議）是與TCP相對應的協議。它是屬於TCP/IP協議族中的一種。

UDP是一個無連接協議，UDP套接字是一種數據報套接字（datagram socket）。UDP數據報不能保證最終到達它們的目的地。和TCP一樣，UDP既可以使用IPv4,也可以使用ipv6.

1.3 TCP和UDP的區別？可靠性

在TCP/IP協議中，TCP協議通過三次握手建立一個可靠的連接（像打電話） 第一次握手：客户端嘗試連接服務器，向服務器發送syn包（同步序列編號Synchronize Sequence Numbers），syn=j，客户端進入SYN_SEND狀態等待服務器確認

第二次握手：服務器接收客户端syn包並確認（ack=j+1），同時向客户端發送一個SYN包（syn=k），即SYN+ACK包，此時服務器進入SYN_RECV狀態

第三次握手：第三次握手：客户端收到服務器的SYN+ACK包，向服務器發送確認包ACK(ack=k+1），此包發送完畢，客户端和服務器進入ESTABLISHED狀態，完成三次握手

定睛一看，服務器socket與客户端socket建立連接的部分其實就是大名鼎鼎的三次握手

而UDP是不可靠的連接，像是寫信，對方不一定能夠收到信的內容；

1.4 TCP/IP、UDP的分層：

由上可以看到TCP/IP協議族包括應用層、運輸層、網絡層、鏈路層。

et

2.1 套接字（socket）概念 套接字（socket）是通信的基石，是支持TCP/IP協議的網絡通信的基本操作單元。

應用層通過傳輸層進行數據通信時，TCP會遇到同時為多個應用程序進程提供併發服務的問題。多個TCP連接或多個應用程序進程可能需要通過同一個 TCP協議端口傳輸數據。為了區別不同的應用程序進程和連接，許多計算機操作系統為應用程序與TCP／IP協議交互提供了套接字(Socket)接口。應用層可以和傳輸層通過Socket接口，區分來自不同應用程序進程或網絡連接的通信，實現數據傳輸的併發服務。

2.2 建立socket連接

建立Socket連接至少需要一對套接字，其中一個運行於客户端，稱為ClientSocket，另一個運行於服務器端，稱為ServerSocket。

套接字之間的連接過程分為三個步驟：服務器監聽，客户端請求，連接確認。 服務器監聽：服務器端套接字並不定位具體的客户端套接字，而是處於等待連接的狀態，實時監控網絡狀態，等待客户端的連接請求。

客户端請求：指客户端的套接字提出連接請求，要連接的目標是服務器端的套接字。為此，客户端的套接字必須首先描述它要連接的服務器的套接字，指出服務器端套接字的地址和端口號，然後就向服務器端套接字提出連接請求。

連接確認：當服務器端套接字監聽到或者説接收到客户端套接字的連接請求時，就響應客户端套接字的請求，建立一個新的線程，把服務器端套接字的描述發給客户端，一旦客户端確認了此描述，雙方就正式建立連接。而服務器端套接字繼續處於監聽狀態，繼續接收其他客户端套接字的連接請求。

服務端： ServerSocket serverSocket = new ServerSocket(PORT);

Socket client = pt();

客户端：Socketsocket = new Socket(IP_ADDR, PORT);

nputStream()、nputStream()獲取到流傳遞數據信息； 補充：

HTTP連接

HTTP協議即超文本傳送協議(Hypertext Transfer Protocol )，是Web聯網的基礎，也是手機聯網常用的協議之一，HTTP協議是建立在TCP協議之上的一種應用。 HTTP連接最顯著的特點是客户端發送的每次請求都需要服務器回送響應，在請求結束後，會主動釋放連接。從建立連接到關閉連接的過程稱為“一次連接”。

1）在HTTP 1.0中，客户端的每次請求都要求建立一次單獨的連接，在處理完本次請求後，就自動釋放連接。

2）在HTTP 1.1中則可以在一次連接中處理多個請求，並且多個請求可以重疊進行，不需要等待一個請求結束後再發送下一個請求。

由於HTTP在每次請求結束後都會主動釋放連接，因此HTTP連接是一種“短連接”，要保持客户端程序的在線狀態，需要不斷地向服務器發起連接請求。通常的做法是即使不需要獲得任何數據，客户端也保持每隔一段固定的時間向服務器

篇二：Socket初步總結文檔

Socket

説明

所謂socket通常也稱作"套接字"，用於描述IP地址和端口，是一個通信鏈的句

柄。應用程序通常通過"套接字"向網絡發出請求或者應答網絡請求。

以J2SDK-1.3為例，Socket和ServerSocket類庫位於包中。

ServerSocket用於服務器端，Socket是建立網絡連接時使用的。在連接成功時，應用程序兩端都會產生一個Socket實例，操作這個實例，完成所需的會話。對於一個網絡連接來説，套接字是平等的，並沒有差別，不因為在服務器端或在客户端而產生不同級別。不管是Socket還是ServerSocket它們的工作都是通過SocketImpl類及其子類完成的。

重要的Socket API：

et繼承於ct，有八個構造器，其方法並不多，下

面介紹使用最頻繁的三個方法，其它方法大家可以見JDK-1.3文檔。

. Accept方法用於產生"阻塞"，直到接受到一個連接，並且返回一個客户端的

Socket對象實例。"阻塞"是一個術語，它使程序運行暫時"停留"在這個地方，直到一個會話產生，然後程序繼續；通常"阻塞"是由循環產生的。

. getInputStream方法獲得網絡連接輸入，同時返回一個InputStream對象實例

. getOutputStream方法連接的另一端將得到輸入，同時返回一個OutputStream對象實例。

注意：其中getInputStream和getOutputStream方法均會產生一個IOException，它必須被捕獲，因為它們返回的流對象，通常都會被另一個流對象使用。

通信方式

主要有以下三大類:

(一)SERVER/CLIENT方式

1.一個Client方連接一個Server方，或稱點對點(peer to peer)=892

2 .多個Client方連接一個Server方，這也是通常的併發服務器方式。

3.一個Client方連接多個Server方，這種方式很少見，主要用於一個客户向多個服務 器發送請求情況。

(二)連接方式

1.長連接

Client方與Server方先建立通訊連接，連接建立後不斷開，然後再進行報文發送和接收。這種方式下由於通訊連接一直存在，可以用下面命令查看連接是否建立：

netstat –f inet|grep 端口號(如5678)。此種方式常用於點對點通訊。

2.短連接

Client方與Server每進行一次報文收發交易時才進行通訊連接，交易完畢後立即斷開連接。此種方式常用於一點對多點通訊，比如多個Client連接一個Server.

(三)發送接收方式

1.異步

報文發送和接收是分開的，相互獨立的，互不影響。這種方式又分兩種情況：

(1)異步雙工：接收和發送在同一個程序中，有兩個不同的子進程分別負責發送和接收

(2)異步單工：接收和發送是用兩個不同的程序來完成。

2.同步

報文發送和接收是同步進行，既報文發送後等待接收返回報文。同步方式一般需要考慮超時問題，即報文發上去後不能無限等待，需要設定超時時間，超過該時間發送方不再等待讀返回報文，直接通知超時返回。

實際通信方式是這三類通信方式的組合。比如一般書上提供的TCP/IP範例程序大都是同步短連接的SERVER/CLIENT程序。有的組合是基本不用的，比較常用的有價值的組合是以下幾種：

同步短連接Server/Client

同步長連接Server/Client

異步短連接Server/Client

異步長連接雙工Server/Client

異步長連接單工Server/Client

其中異步長連接雙工是最為複雜的一種通信方式，有時候經常會出現在不同銀行或不同城市之間的兩套系統之間的通信。比如金卡工程。由於這幾種通信方式比較固定，所以可以預先編制這幾種通信方式的模板程序。

報文格式

通信報文格式多樣性更多，相應地就必須設計對應的讀寫報文的接收和發送報文函數。

(一)阻塞與非阻塞方式

1.非阻塞方式

讀函數不停地進行讀動作，如果沒有報文接收到，等待一段時間後超時返回，這種情況一般需要指定超時時間。

2.阻塞方式

如果沒有報文接收到，則讀函數一直處於等待狀態，直到有報文到達。

(二)循環讀寫方式

1.一次直接讀寫報文

在一次接收或發送報文動作中一次性不加分別地全部讀取或全部發送報文字節。

2.不指定長度循環讀寫

這一般發生在短連接進程中，受網絡路由等限制，一次較長的報文可能在網絡傳輸過程中被分解成了好幾個包。一次讀取可能不能全部讀完一次報文，這就需要循環讀報文，直到讀完為止。

3.帶長度報文頭循環讀寫

這種情況一般是在長連接進程中，由於在長連接中沒有條件能夠判斷循環讀寫什麼時候結束，所以必須要加長度報文頭。讀函數先是讀取報文頭的長度，再根據這個長度去讀報文.實際情況中，報頭的碼制格式還經常不一樣，如果是非ASCII碼的報文頭，還必須 轉換成ASCII,常見的報文頭碼制有：

(1)n個字節的ASCII碼

(2)n個字節的BCD碼

(3)n個字節的網絡整型碼

Socket通信模型

ServerSocket類例子

int PORT = 8888; // 偵聽端口

// 創建ServerSocket

ServerSocket serverSocket = new ServerSocket(PORT);// 開始循環

while (true) {

// 等待連接

Socket socket = pt();

// 處理鏈接的線程類

ServerThread st = new ServerThread(socket);

// 啟動線程處理

new Thread(st)t();

}

客户端的例子

int PORT = 8888; // 偵聽端口

// 建立連接

socket = new Socket(“”, 8888);

// 輸入數據的讀取

BufferedReader

netIn=newBufferedReader(new

InputStreamReader(nputStream()));

// 寫入數據

PrintWriter netOut = new PrintWriter(utputStream());

篇三：socket編程實驗心得體會

實驗心得體會

在本次實驗中，我通過對網絡課上所學知識的應用，學到了很多實踐中的知識。並且加深了我對課本知識的理解和認識，在實驗過程中，更容易記憶和深入理解各種協議的工作以及在網絡編程中應該注意的一系列問題。

我們的第一個實驗是對ARP、ICMP、FTP和HTTP協議的分析和驗證。在利用軟件Etherpeek抓取在主機通信中的報文，得到了很多的關於這些協議的具體參數。在課程學習過程中，書本和老師給我的感覺就是太枯燥，通過課本的學習根本沒有辦法理解各種協議的工作細節。有很多的細微之處是想不通的。但是，在本次實驗中，我就通過各種報文的分析，看到了網絡中不同層次協議之間的協做過程。對應不同層之間就是通過協議來使用，我對整個網路的大體架構有了一個統籌的瞭解，雖然對很多的更深入的`知識不是很瞭解，但是比我在課上學的東西要更有趣，而且容易學習，更能夠我學習的興趣。 第二個實驗是Socket編程實驗。在編寫網絡程序之前，我對網路通信可以説一無所知，根本不知道那些網路上的程序是怎麼通過網路進行通信的。在本次實驗中，終於揭開了他們神祕的面紗。當然在實驗中出現了很多的插曲，我是在Linux環境下編寫的程序，很多技術方面的問題都無法解決。查閲書籍和網上諮詢才弄懂了他們的來龍去脈，最終是將我的程序編寫完了。開始接觸網路編程時，那是一頭霧水，根本不知從何下手。在看了輔導教員給我們程序之後才有了很多的起色，才能夠自己編寫程序。在網絡編程中，我最深的體會就是對具體的內部細節不熟悉，導致在調試的過程中感覺到很無力。在很多函數的作用下，經常就是一團亂麻。之後，我每次編寫之前就是將用到的函數的用法温習一下，最後還是能夠解決很多的問題的。

本次試驗是我們學習網路的第一次。以前的課程從來沒有接觸到網路方面的知識。這次的新知識對我們的挑戰還算不是太大，通過我們的努力，所有的困難時被克服掉了。其實，實驗應該是我們的重點，在以後的工作中要的就是我們的實際的動手能力，如果我們在學習期間就是隻學了書本上的知識，那樣對理論的瞭解是不夠深刻的，只有通過實驗才能激發我們的學習興趣。總之，我覺得實驗才是檢驗理論的唯一標準。