socket編程pdf

⑴ 關於 java Socket 編程

Struts2的配置文件中返回類型你改了嗎？？？result的type值如下：

chain：將一個action的執行與另外一個配置好的action串連起來。用第一個action的getter方法和第二個action的setter方法來完成action之間屬性的復制。
dispatcher：渲染JSP。這是默認的結果類型，如果在action配置中沒有配置其他的結果類型，它就會被使用。
freemarker：渲染Freemarker模板。
httpheader：返回HTTP頭和用戶定義的值。
redirect：重定向到任意的URL。
redirect-action：重定向到配置好的action。可以用來提供post完成以後的重定向功能。
stream：將數據流返回給瀏覽器。可以用來把數據注入pdf，Microsoft Work，圖像或其他數據中。
velocity：渲染 Velocity模板。
xslt：使用XSLT來轉換已執行完畢的action的屬性格式。

⑵ 求Java TCP IP Socket編程-卡爾弗特書籍電子版百度雲資源

JavaTCPIPSocket編程-卡爾弗特鏈接：https://pan..com/s/1qZz-_sSOb-9247Sbd9jkjA

⑶ Socket編程

bind函數：給套介面分配一個本地的協議地址。
int bind(int sockfd, struct sockaddr * myaddr, socklen_t addrlen); 0成功，-1出錯。
在socket函數中就已經創建了套介面socket，但此時的套介面是有系統指定的IP和埠號。有時我們需要自己來制定地址和埠號，這就通過bind函數，將自己的socket綁定到套介面描述字上。上面的函數參數就很容易理解了，addrlen表示的是myaddr的長度。

myaddr有3個信息，協議族，地址和埠號。
對於伺服器來說：綁定埠號很明顯，因為只有知道埠號，我們才能去和伺服器通信，當然不綁定也是可以的，這樣你就得通過其它辦法獲得埠號比如說詢問網路管理員。綁定IP地址就比較令人費解。伺服器綁定IP地址的意義，比如說區域網內，該伺服器地址為192.168.1.2，如果你把該地址綁定入socket，那麼其它機器就可以通過192.168.1.2來訪問。但對於本機來說，它還可以通過127.0.0.1來訪問，但此時鏈接失敗，因為你綁定的地址是192.168.1.2而不是127.0.0.1。當然如果你在路由器上做了埠映射，但外網仍然不可以訪問你的這台機器伺服器進程。

對於客戶端來說:一般我們不需要去綁定一個自定義的socket，因為系統分配的已經滿足我們傳輸要求。綁定IP地址貌似沒什麼意義，但綁定埠會有一定作用，因為平常是有系統自動分配的埠去和伺服器通信，如果你綁定了埠號，則你就會通過指定的埠號和對方通信。

⑷ socket編程

本人剛學JAVA，在eclipse下編程 Socket so=new Socket("192.168.0.1",...這是應為你程序運行後沒有關閉埠就一直佔用，所以會拋埠佔用異常 ...

⑸ 《Android4.0網路編程詳解》pdf下載在線閱讀，求百度網盤雲資源

《Android 4.0網路編程詳解》（王家林）電子書網盤下載免費在線閱讀

資源鏈接：

鏈接：

書名：Android 4.0網路編程詳解

作者：王家林

出版社：電子工業出版社

出版年份：2012-1

頁數：374

內容簡介：《Android 4.0網路編程詳解》對Android 4.0網路編程中的XML形式，JSON操作，需要掌握的HTTP知識，數據下載/上傳，Socket編程，瀏覽器開發，Android中軟體界面設計新大陸——採用HTML設計軟體界面，Android應用程序的生命周期等內容進行了深入的講解。

⑹ iOS開發網路篇—Socket編程

轉自http://www.mamicode.com/info-detail-877996.html  

網路七層由下往上分別為物理層、數據鏈路層、網路層、傳輸層、會話層、表示層和應用層。

其中物理層、數據鏈路層和網路層通常被稱作媒體層，是網路工程師所研究的對象；

傳輸層、會話層、表示層和應用層則被稱作主機層，是用戶所面向和關心的內容。

http協議對應於應用層

tcp協議對應於傳輸層

ip協議對應於網路層

三者本質上沒有可比性。  何況HTTP協議是基於TCP連接的。

TCP/IP是傳輸層協議，主要解決數據如何在網路中傳輸；而HTTP是應用層協議，主要解決如何包裝數據。

我 們在傳輸數據時，可以只使用傳輸層（TCP/IP），但是那樣的話，由於沒有應用層，便無法識別數據內容，如果想要使傳輸的數據有意義，則必須使用應用層 協議，應用層協議很多，有HTTP、FTP、TELNET等等，也可以自己定義應用層協議。WEB使用HTTP作傳輸層協議，以封裝HTTP文本信息，然 後使用TCP/IP做傳輸層協議將它發送到網路上。Socket是對TCP/IP協議的封裝，Socket本身並不是協議，而是一個調用介面（API），通過Socket，我們才能使用TCP/IP協議。

相信不少初學手機聯網開發的朋友都想知道Http與Socket連接究竟有什麼區別，希望通過自己的淺顯理解能對初學者有所幫助。

要想明白Socket連接，先要明白TCP連接。手機能夠使用聯網功能是因為手機底層實現了TCP/IP協議，可以使手機終端通過無線網路建立TCP連接。TCP協議可以對上層網路提供介面，使上層網路數據的傳輸建立在「無差別」的網路之上。

建立起一個TCP連接需要經過「三次握手」：

第一次握手：客戶端發送syn包(syn=j)到伺服器，並進入SYN_SEND狀態，等待伺服器確認；

第二次握手：伺服器收到syn包，必須確認客戶的SYN（ack=j+1），同時自己也發送一個SYN包（syn=k），即SYN+ACK包，此時伺服器進入SYN_RECV狀態；

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

握

手過程中傳送的包里不包含數據，三次握手完畢後，客戶端與伺服器才正式開始傳送數據。理想狀態下，TCP連接一旦建立，在通信雙方中的任何一方主動關閉連

接之前，TCP

連接都將被一直保持下去。斷開連接時伺服器和客戶端均可以主動發起斷開TCP連接的請求，斷開過程需要經過「四次握手」（過程就不細寫了，就是伺服器和客

戶端交互，最終確定斷開）

HTTP協議即超文本傳送協議(HypertextTransfer Protocol )，是Web聯網的基礎，也是手機聯網常用的協議之一，HTTP協議是建立在TCP協議之上的一種應用。

HTTP連接最顯著的特點是客戶端發送的每次請求都需要伺服器回送響應，在請求結束後，會主動釋放連接。從建立連接到關閉連接的過程稱為「一次連接」。

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

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

由

於HTTP在每次請求結束後都會主動釋放連接，因此HTTP連接是一種「短連接」，要保持客戶端程序的在線狀態，需要不斷地向伺服器發起連接請求。通常的

做法是即時不需要獲得任何數據，客戶端也保持每隔一段固定的時間向伺服器發送一次「保持連接」的請求，伺服器在收到該請求後對客戶端進行回復，表明知道客

戶端「在線」。若伺服器長時間無法收到客戶端的請求，則認為客戶端「下線」，若客戶端長時間無法收到伺服器的回復，則認為網路已經斷開。

套接字（socket）是通信的基石，是支持TCP/IP協議的網路通信的基本操作單元。它是網路通信過程中端點的抽象表示，包含進行網路通信必須的五種信息：連接使用的協議，本地主機的IP地址，本地進程的協議埠，遠地主機的IP地址，遠地進程的協議埠。

應

用層通過傳輸層進行數據通信時，TCP會遇到同時為多個應用程序進程提供並發服務的問題。多個TCP連接或多個應用程序進程可能需要通過同一個

TCP協議埠傳輸數據。為了區別不同的應用程序進程和連接，許多計算機操作系統為應用程序與TCP／IP協議交互提供了套接字(Socket)介面。應

用層可以和傳輸層通過Socket介面，區分來自不同應用程序進程或網路連接的通信，實現數據傳輸的並發服務。

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

套接字之間的連接過程分為三個步驟：伺服器監聽，客戶端請求，連接確認。

伺服器監聽：伺服器端套接字並不定位具體的客戶端套接字，而是處於等待連接的狀態，實時監控網路狀態，等待客戶端的連接請求。

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

連

接確認：當伺服器端套接字監聽到或者說接收到客戶端套接字的連接請求時，就響應客戶端套接字的請求，建立一個新的線程，把伺服器端套接字的描述發給客戶

端，一旦客戶端確認了此描述，雙方就正式建立連接。而伺服器端套接字繼續處於監聽狀態，繼續接收其他客戶端套接字的連接請求。

創建Socket連接時，可以指定使用的傳輸層協議，Socket可以支持不同的傳輸層協議（TCP或UDP），當使用TCP協議進行連接時，該Socket連接就是一個TCP連接。

由

於通常情況下Socket連接就是TCP連接，因此Socket連接一旦建立，通信雙方即可開始相互發送數據內容，直到雙方連接斷開。但在實際網路應用

中，客戶端到伺服器之間的通信往往需要穿越多個中間節點，例如路由器、網關、防火牆等，大部分防火牆默認會關閉長時間處於非活躍狀態的連接而導致

Socket 連接斷連，因此需要通過輪詢告訴網路，該連接處於活躍狀態。

而HTTP連接使用的是「請求—響應」的方式，不僅在請求時需要先建立連接，而且需要客戶端向伺服器發出請求後，伺服器端才能回復數據。

很

多情況下，需要伺服器端主動向客戶端推送數據，保持客戶端與伺服器數據的實時與同步。此時若雙方建立的是Socket連接，伺服器就可以直接將數據傳送給

客戶端；若雙方建立的是HTTP連接，則伺服器需要等到客戶端發送一次請求後才能將數據傳回給客戶端，因此，客戶端定時向伺服器端發送連接請求，不僅可以

保持在線，同時也是在「詢問」伺服器是否有新的數據，如果有就將數據傳給客戶端。

這里我們使用Socket實現一個聊天室的功能，關於伺服器這里的就不介紹了

懶載入這個消息數組

⑺ 什麼是socket編程

socket 就是插座， 你想啊一旦插上插座線路就通了， 信息就可以傳送了， socket攜帶了你要發送的數據。
所謂socket編程， 就是調用系統提供的封裝好的socket API 實現底層的網路通信， 具體的話您可以去看看這個：
http://ke..com/view/13870.htm

⑻ python socket編程

通過python的網路通信支持，通過網路模塊，python程序可以非常方便地相互訪問互聯網上的HTTP服務和FTP服務等。可以直接獲取互聯網上的遠程資源，還可以向遠程資源發送GET POST請求。

計算機網路是線代通信技術與計算機技術相結合的產物，計算機網路主要可以提供

通信協議一般由三部分組成：一是語義部分，用於決定雙方對話類型；二是語法部分，用於決定雙方對話的格式；三是變化規則，用於決定通信雙方的應答關系。

應用層：與其它計算機進行通訊的一個應用，它是對應應用程序的通信服務的。有HTTP, FTP , NFS, SMTP, TELNET
表示層：這一層主要是定義數據格式及加密。如加密， ASCII
會話層：它定義了如何開始、控制和結束一個會話，包括對多個雙向消息的控制和管理，以便在只完成連續消息的一部分時可以通知應用，從而使表示層看到的數據是連續的。如 RPC,SQL
傳輸層：這層的功能包括是否選擇差錯恢復協議還是無差錯恢復協議，及在泳衣主機上對不同應用的數據流的輸入進行復用，還包括對收到的順序不對的數據包的重新排序功能，如 TCP UDP SPX
網路層：這層對端對端的包傳輸進行定義，它定義了能夠標識所有結點的邏輯地址，還定義了路由實現的方式和學習的方式。如IP
數據鏈路層：它定義了在單個鏈路上如何傳輸數據。這些協議與被討論的各種介質有關
物理層：OSI的物理層規范是有關傳輸介質的特性，這些規范通常也參考了其他組織制定的標准。

IP地址用於唯一標識網路中的一個通信實體，這個通信實體既可以是一個主機，也可以是路由器的某個埠，。而在基於IP協議的網路中傳輸數據包都必須使用IP地址來進行標識。

埠，程序與外界進行交互的出入口。

Tcp/IP通信協議是一種可靠的網路協議，他在通信的兩端建立一個socket，從而形成虛擬的網路鏈路。一旦建立了虛擬網路鏈路，兩端的程序就可以通過該鏈路進行通信。

IP 是Internet上使用的一個關鍵協議，通過IP協議，使internet成為一個允許連接不同類型的計算機和不同操作系統的網路。同時還需要TCP協議來提供可靠且無差錯的服務。
TCP協議被稱為端對端協議，這是因為他在兩台計算機的連接中起了非常重要的角色，當一台計算機需要與另外一台計算機連接時，TCP協議會讓他們之間建立一個虛擬鏈路，用於發送和接受數據。
TCP協議負責收集這些數據包，並將其按照適當的順序傳送，接收端收到數據包後將其正確的還原。TCP保證數據包在傳送過程中准確無誤。TCP協議採用重發機制，當一個通信實體發送一個消息給另外一個通信實體後，需要接收到另外一個通信實體的確認信息，如果沒有接收到該確認信息，則會重發信息。

使用socket之前，必須先創建socket對象，可通過該類的構造器來創建socket實例。
socket.socket(family = AF_INET, type= SOCK_STREAM, proto=0, fileno= None)

socket對象常用的方法：

基本步驟

創建客戶端的步驟：

小實例：服務端

客戶端：

通過這樣就可以實現socket之間的通信。

⑼ 如何利用Socket進行網路編程

Socket介面是TCP/IP網路的API，Socket介面定義了許多函數或常式，程序員可以用它們來開發TCP/IP網路上的應用程序。請參閱以下資料：socket非常類似於電話插座。以一個國家級電話網為例。電話的通話雙方相當於相互通信的 個進程，區號是它的網路地址；區內一個單位的交換機相當於一台主機，主機分配給每個用戶的局內號碼相當於socket號。任何用戶在通話之前，首先要佔有一部電話機，相當於申請一個socket；同時要知道對方的號碼，相當於對方有一個固定的socket。然後向對方撥號呼叫，相當於發出連接請求(假如對方不在同一區內，還要撥對方區號，相當於給出網路地址)。對方假如在場並空閑(相當於通信的另一主機開機且可以接受連接請求)，拿起電話話筒，雙方就可以正式通話，相當於連接成功。雙方通話的過程，是一方向電話機發出信號和對方從電話機接收信號的過程，相當於向socket發送數據和從socket接收數據。通話結束後，一方掛起電話機相當於關閉socket，撤消連接。在電話系統中，一般用戶只能感受到本地電話機和對方電話號碼的存在，建立通話的過程，話音傳輸的過程以及整個電話系統的技術細節對他都是透明的，這也與socket機制非常相似。socket利用網間網通信設施實現進程通信，但它對通信設施的細節毫不關心，只要通信設施能提供足夠的通信能力，它就滿足了。至此，我們對socket進行了直觀的描述。抽象出來，socket實質上提供了進程通信的端點。進程通信之前，雙方首先必須各自創建一個端點，否則是沒有法建立聯系並相互通信的。正如打電話之前，雙方必須各自擁有一台電話機一樣。在網間網內部，每一個socket用一個半相關描述:(協議，本地地址，本地埠)一個完整的socket有一個本地唯一的socket號，由操作系統分配。最重要的是，socket是面向客戶/伺服器模型而設計的，針對客戶和伺服器程序提供不同的socket系統調用。客戶隨機申請一個socket(相當於一個想打電話的人可以在任何一台入網電話上撥號呼叫)，系統為之分配一個socket號；伺服器擁有全局公認的socket，任何客戶都可以向它發出連接請求和信息請求(相當於一個被呼叫的電話擁有一個呼叫方知道的電話號碼)。socket利用客戶/伺服器模式巧妙地解決了進程之間建立通信連接的問題。伺服器socket半相關為全局所公認非常重要。讀者不妨考慮一下，兩個完全隨機的用戶進程之間如何建立通信？假如通信雙方沒有任何一方的socket固定，就好比打電話的雙方彼此不知道對方的電話號碼，要通話是不可能的。實際應用中socket例子Socket介面是訪問Internet使用得最廣泛的方法。如果你有一台剛配好TCP/IP協議的主機，其IP地址是 . . . ，此時在另一台主機或同一台主機上執行ftp . . . ，顯然無法建立連接。因" . . . "這台主機沒有運行FTP服務軟體。同樣，在另一台或同一台主機上運行瀏覽軟體如Netscape，輸入"http:// . . . "，也無法建立連接。現在，如果在這台主機上運行一個FTP服務軟體（該軟體將打開一個Socket，並將其綁定到 埠），再在這台主機上運行一個Web服務軟體（該軟體將打開另一個Socket，並將其綁定到 埠）。這樣，在另一台主機或同一台主機上執行ftp . . . ，FTP客戶軟體將通過 埠來呼叫主機上由FTP服務軟體提供的Socket，與其建立連接並對話。而在netscape中輸入"http:// . . . "時，將通過 埠來呼叫主機上由Web服務軟體提供的Socket，與其建立連接並對話。在Internet上有很多這樣的主機，這些主機一般運行了多個服務軟體，同時提供幾種服務。每種服務都打開一個Socket，並綁定到一個埠上，不同的埠對應於不同的服務。Socket正如其英文原意那樣，象一個多孔插座。一台主機猶如布滿各種插座的房間，每個插座有一個編號，有的插座提供 伏交流電，有的提供 伏交流電，有的則提供有線電視節目。客戶軟體將插頭插到不同編號的插座，就可以得到不同的服務。一個Server-Client模型程序的開發原理：伺服器，使用ServerSocket監聽指定的埠，埠可以隨意指定（由於 以下的埠通常屬於保留埠，在一些操作系統中不可以隨意使用，所以建議使用大於 的埠），等待客戶連接請求，客戶連接後，會話產生；在完成會話後，關閉連接。客戶端，使用Socket對網路上某一個伺服器的某一個埠發出連接請求，一旦連接成功，打開會話；會話完成後，關閉Socket。客戶端不需要指定打開的埠，通常臨時的、動態的分配一個 以上的埠。Socket介面是TCP/IP網路的API，Socket介面定義了許多函數或常式，程序員可以用它們來開發TCP/IP網路上的應用程序。要學Internet上的TCP/IP網路編程，必須理解Socket介面。Socket介面設計者最先是將介面放在Unix操作系統裡面的。如果了解Unix系統的輸入和輸出的話，就很容易了解Socket了。網路的Socket數據傳輸是一種特殊的I/O，Socket也是一種文件描述符。Socket也具有一個類似於打開文件的函數調用Socket()，該函數返回一個整型的Socket描述符，隨後的連接建立、數據傳輸等操作都是通過該Socket實現的。常用的Socket類型有兩種：流式Socket（SOCK_STREAM）和數據報式Socket（SOCK_DGRAM）。流式是一種面向連接的Socket，針對於面向連接的TCP服務應用；數據報式Socket是一種無連接的Socket，對應於無連接的UDP服務應用。Socket建立為了建立Socket，程序可以調用Socket函數，該函數返回一個類似於文件描述符的句柄。socket函數原型為：intsocket(intdomain,inttype,intprotocol);domain指明所使用的協議族，通常為PF_INET，表示互聯網協議族（TCP/IP協議族）；type參數指定socket的類型：SOCK_STREAM或SOCK_DGRAM，Socket介面還定義了原始Socket（SOCK_RAW），允許程序使用低層協議；protocol通常賦值" "。Socket()調用返回一個整型socket描述符，你可以在後面的調用使用它。Socket描述符是一個指向內部數據結構的指針，它指向描述符表入口。調用Socket函數時，socket執行體將建立一個Socket，實際上"建立一個Socket"意味著為一個Socket數據結構分配存儲空間。Socket執行體為你管理描述符表。兩個網路程序之間的一個網路連接包括五種信息：通信協議、本地協議地址、本地主機埠、遠端主機地址和遠端協議埠。Socket數據結構中包含這五種信息。socket在測量軟體中的使用也很廣泛socket深層次理解Socket編程基本就是listen，accept以及send，write等幾個基本的操作。對於網路編程，我們也言必稱TCP/IP，似乎其它網路協議已經不存在了。對於TCP/IP，我們還知道TCP和UDP，前者可以保證數據的正確和可靠性，後者則允許數據丟失。最後，我們還知道，在建立連接前，必須知道對方的IP地址和埠號。除此，普通的程序員就不會知道太多了，很多時候這些知識已經夠用了。最多，寫服務程序的時候，會使用多線程來處理並發訪問。我們還知道如下幾個事實： 。一個指定的埠號不能被多個程序共用。比如，如果IIS佔用了 埠，那麼Apache就不能也用 埠了。 。很多防火牆只允許特定目標埠的數據包通過。 。服務程序在listen某個埠並accept某個連接請求後，會生成一個新的socket來對該請求進行處理。於是，一個困惑了我很久的問題就產生了。如果一個socket創建後並與 埠綁定後，是否就意味著該socket佔用了 埠呢？如果是這樣的，那麼當其accept一個請求後，生成的新的socket到底使用的是什麼埠呢（我一直以為系統會默認給其分配一個空閑的埠號）？如果是一個空閑的埠，那一定不是 埠了，於是以後的TCP數據包的目標埠就不是 了--防火牆一定會組織其通過的！實際上，我們可以看到，防火牆並沒有阻止這樣的連接，而且這是最常見的連接請求和處理方式。我的不解就是，為什麼防火牆沒有阻止這樣的連接？它是如何判定那條連接是因為connet 埠而生成的？是不是TCP數據包里有什麼特別的標志？或者防火牆記住了什麼東西？後來，我又仔細研讀了TCP/IP的協議棧的原理，對很多概念有了更深刻的認識。比如，在TCP和UDP同屬於傳輸層，共同架設在IP層（網路層）之上。而IP層主要負責的是在節點之間（EndtoEnd）的數據包傳送，這里的節點是一台網路設備，比如計算機。因為IP層只負責把數據送到節點，而不能區分上面的不同應用，所以TCP和UDP協議在其基礎上加入了埠的信息，埠於是標識的是一個節點上的一個應用。除了增加埠信息，UPD協議基本就沒有對IP層的數據進行任何的處理了。而TCP協議還加入了更加復雜的傳輸控制，比如滑動的數據發送窗口（SliceWindow），以及接收確認和重發機制，以達到數據的可靠傳送。不管應用層看到的是怎樣一個穩定的TCP數據流，下面傳送的都是一個個的IP數據包，需要由TCP協議來進行數據重組。所以，我有理由懷疑，防火牆並沒有足夠的信息判斷TCP數據包的信息，除了IP地址和埠號。而且，我們也看到，所謂的埠，是為了區分不同的應用的，以在不同的IP包來到的時候能夠正確轉發。TCP/IP只是一個協議棧，就像操作系統的運行機制一樣，必須要具體實現，同時還要提供對外的操作介面。就像操作系統會提供標準的編程介面，比如Win 編程介面一樣，TCP/IP也必須對外提供編程介面，這就是Socket編程介面--原來是這么回事啊！在Socket編程介面里，設計者提出了一個很重要的概念，那就是socket。這個socket跟文件句柄很相似，實際上在BSD系統里就是跟文件句柄一樣存放在一樣的進程句柄表裡。這個socket其實是一個序號，表示其在句柄表中的位置。這一點，我們已經見過很多了，比如文件句柄，窗口句柄等等。這些句柄，其實是代表了系統中的某些特定的對象，用於在各種函數中作為參數傳入，以對特定的對象進行操作--這其實是C語言的問題，在C++語言里，這個句柄其實就是this指針，實際就是對象指針啦。現在我們知道，socket跟TCP/IP並沒有必然的聯系。Socket編程介面在設計的時候，就希望也能適應其他的網路協議。所以，socket的出現只是可以更方便的使用TCP/IP協議棧而已，其對TCP/IP進行了抽象，形成了幾個最基本的函數介面。比如create，listen，accept，connect，read和write等等。現在我們明白，如果一個程序創建了一個socket，並讓其監聽 埠，其實是向TCP/IP協議棧聲明了其對 埠的佔有。以後，所有目標是 埠的TCP數據包都會轉發給該程序（這里的程序，因為使用的是Socket編程介面，所以首先由Socket層來處理）。所謂accept函數，其實抽象的是TCP的連接建立過程。accept函數返回的新socket其實指代的是本次創建的連接，而一個連接是包括兩部分信息的，一個是源IP和源埠，另一個是宿IP和宿埠。所以，accept可以產生多個不同的socket，而這些socket里包含的宿IP和宿埠是不變的，變化的只是源IP和源埠。這樣的話，這些socket宿埠就可以都是 ，而Socket層還是能根據源/宿對來准確地分辨出IP包和socket的歸屬關系，從而完成對TCP/IP協議的操作封裝！而同時，放火牆的對IP包的處理規則也是清晰明了，不存在前面設想的種種復雜的情形。

⑽ Socket編程

這是我以前學java的時候寫的一個程序，你把那個客戶端地址改成你自己的主機地址試一下，這是我截取的一部分，不知道能不能正常運行
客戶端：
import java.io.*;
import java.net.*;
public class helloclient {
/**
* @param args
*/
public static void main(String[] args) throws IOException{
// TODO Auto-generated method stub
Socket hellosocket=new Socket("22.210.10.143",9999);
String []s=new String [4];
BufferedReader in=new BufferedReader(new InputStreamReader(hellosocket.getInputStream()));
for(int j=0;j<4;j++)
s[j]=in.readLine();
System.out.println(s[0]);
System.out.println(s[1]);
System.out.println(s[2]);

// in.close();
hellosocket.close();

}

}

伺服器端：
import java.io.*;
import java.net.*;

import org.omg.CORBA_2_3.portable.OutputStream;
public class helloWorld {

/**
* @param args
*/
public static void main(String[] args) throws IOException{
// TODO Auto-generated method stub
ServerSocket serversocket=new ServerSocket(9999);
Socket slientsocket=serversocket.accept();
PrintWriter out=new PrintWriter(slientsocket.getOutputStream(),true);
out.println("hello world1 !");
out.println("hello world2 !");
out.println("hello world3 !");

slientsocket.close();
serversocket.close();
}
}