Socket傳輸模式

Sockets有兩種主要的操作方式:面向連接的和無連接的.面向連接的sockets操作就像一部電話,他們必須建立一個連接和一人呼叫.所有的事情在到達時的順序與它們出發時的順序時一樣.無連接的sockets操作就像是一個郵件投遞,,沒有什么保證,多個郵件可能在到達時的順序與出發時的順序不一樣.

到底用哪種模式是郵應用程序的需要決定的.如果可靠性更重要的話,用面向連接的操作會好一些.比如文件服務器需要他們的數據的正確性和有序性.如果一些數據丟失了,系統的有效性將會失去.一些服務器,比如間歇性地發送一些數據塊.如果數據丟了的話,服務器并不想要再重新發過一次.因為當數據到達的時候,它可能已經過時了.確保數據的有序性和正確性需要額外的操作的內存消耗,額外的費用將會降低系統的回應速率.

無連接的操作使用數據報協議.一個數據報是一個獨立的單元,它包含了所有的這次投遞的信息.把它想象成一個信封吧,它有目的地址和要發送的內容.這個模式下的socket不需要連接一個目的的socket,它只是簡單地投出數據報.無連接的操作是快速的和高效的,但是數據安全性不佳.

面向連接的操作使用TCP協議.一個這個模式下的socket必須在發送數據之前與目的地的socket取得一個連接.一旦連接建立了,sockets就可以使用一個流接口:打開-讀-寫-關閉.所有的發送的信息都會在另一端以同樣的順序被接收.面向連接的操作比無連接的操作效率更低,但是數據的安全性更高.

SUN一直是網絡建設的支持者,所以在Java中支持sockets就不足為奇了.實際上,Java降低了建立一個sockets程序的難度.每一個傳輸模式都被封裝到了不同的類中.面向連接的類將會首先被我們討論.

Sockets有兩種主要的操作方式:面向連接的和無連接的.面向連接的sockets操作就像一部電話,他們必須建立一個連接和一人呼叫.所有的事情在到達時的順序與它們出發時的順序時一樣.無連接的sockets操作就像是一個郵件投遞,,沒有什么保證,多個郵件可能在到達時的順序與出發時的順序不一樣.

到底用哪種模式是郵應用程序的需要決定的.如果可靠性更重要的話,用面向連接的操作會好一些.比如文件服務器需要他們的數據的正確性和有序性.如果一些數據丟失了,系統的有效性將會失去.一些服務器,比如間歇性地發送一些數據塊.如果數據丟了的話,服務器并不想要再重新發過一次.因為當數據到達的時候,它可能已經過時了.確保數據的有序性和正確性需要額外的操作的內存消耗,額外的費用將會降低系統的回應速率.

無連接的操作使用數據報協議.一個數據報是一個獨立的單元,它包含了所有的這次投遞的信息.把它想象成一個信封吧,它有目的地址和要發送的內容.這個模式下的socket不需要連接一個目的的socket,它只是簡單地投出數據報.無連接的操作是快速的和高效的,但是數據安全性不佳.

面向連接的操作使用TCP協議.一個這個模式下的socket必須在發送數據之前與目的地的socket取得一個連接.一旦連接建立了,sockets就可以使用一個流接口:打開-讀-寫-關閉.所有的發送的信息都會在另一端以同樣的順序被接收.面向連接的操作比無連接的操作效率更低,但是數據的安全性更高.

SUN一直是網絡建設的支持者,所以在Java中支持sockets就不足為奇了.實際上,Java降低了建立一個sockets程序的難度.每一個傳輸模式都被封裝到了不同的類中.面向連接的類將會首先被我們討論.