java套接字,java套接字連不上

本文目錄一覽：

• 1、java聊天程序套接字錯誤求高手
• 2、JAVA中什麼是套接字？？？
• 3、Java中socket填的ip
• 4、Java網路編程如何初始化套接字

java聊天程序套接字錯誤求高手

我已前碰到過.

這個是說埠已使用.Address already in use:JVM_Bind.

通常是先確認一下有沒有其他的軟體使用這個埠,如果是自己開發的Socket,通常不會這麼巧的.

如果沒有其他軟體佔用的話,就是另一個很常見的情況.就是說Socket程序中的socket每次在結束關閉之後的幾秒或幾十秒內通常是還沒有關閉的.這是因為如果Socket立刻關閉,而碰巧又有其他的軟體馬上使用了這個埠時,就會接收到原本應該由前面socket接收的數據.這就是不允許的數據.所以socket被關閉以後,還是會在後台將客戶發過來的數據接收完才真正關閉.

版主所說,可能是在關閉程序以後,馬上又再運行此程序,導致出現了埠衝突.

對於此種問題,是JAVA語言的一種高級特性,可能沒辦法改.最好是刷新一下,並稍等片刻再重新運行.

JAVA中什麼是套接字？？？

你打電話需要有電話或手機吧？套接字就是手機。

你打的，你就是主叫方，對方就是被叫方。那麼你需要一個Socket，對方需要一個ServerSocket。

被叫方有多個號。他得選中一個號工作，這叫綁定。在套接字上，是綁定到埠。

對方需要開機才能接聽電話。那他就得先偵聽。ServerSocket的accept()就是開始偵聽，並有來電時接聽。

Java中socket填的ip

首先必須明確：TCP/IP模型中有四層結構：

應用層（Application Layer）、傳輸層（Transport Layer）、網路層（Internet Layer ）、鏈路層（LinkLayer）

其中Ip協議（Internet Protocol）是位於網路層的，TCP協議時位於傳輸層的。通過Ip協議可以使可以使兩台計算機使用同一種語言，從而允許Internet上連接不同類型的計算機和不同操作系統的網路。Ip協議只保證計算機能夠接收和發送分組數據。 當計算機要和遠程的計算機建立連接時，TCP協議會讓他們建立連接：用於發送和接收數據的虛擬電路。

在JAVA中，我們用 ServerSocket、Socket類創建一個套接字連接，從套接字得到的結果是一個InputStream以及OutputStream對象，以便將連接作為一個IO流對象對待。通過IO流可以從流中讀取數據或者寫數據到流中，讀寫IO流會有異常IOException產生。

套接字或插座(socket)是一種軟體形 式的抽象，用於表達兩台機器間一個連接的「終端」。針對一個特定的連接，每台機器上都有一個「套接字」，可以想像它們之間有一條虛擬的「線纜」。JAVA 有兩個基於數據流的套接字類：ServerSocket，伺服器用它「偵聽」進入的連接；Socket，客戶端用它初始一次連接。偵聽套接字只能接收新的 連接請求，不能接收實際的數據包，即ServerSocket不能接收實際的數據包。

套接字是基於TCP/IP實現的，它是用來提供一個訪問TCP的服務介面，或者說套接字socket是TCP的應用編程介面API，通過它應用層就可以訪問TCP提供的服務。

在JAVA中，我們用 ServerSocket、Socket類創建一個套接字連接，從套接字得到的結果是一個InputStream以及OutputStream對象，以便 將連接作為一個IO流對象對待。通過IO流可以從流中讀取數據或者寫數據到流中，讀寫IO流會有異常IOException產生。

套接字底層是基於TCP的，所以socket的超時和TCP超時是相同的。下面先討論套接字讀寫緩衝區，接著討論連接建立超時、讀寫超時以及JAVA套接字編程的嵌套異常捕獲和一個超時例子程序的抓包示例。

1 socket讀寫緩衝區

一旦創建了一個套接字實例，操作系統就會為其分配緩衝區以存放接收和要發送的數據。

JAVA可以設置讀寫緩衝區的大小-setReceiveBufferSize(int size), setSendBufferSize(int size)。

向輸出流寫數據並不意味著數據實際上已經被發送，它們只是被複制到了發送緩衝區隊列SendQ，就是在Socket的OutputStream上調用 flush()方法，也不能保證數據能夠立即發送到網路。真正的數據發送是由操作系統的TCP協議棧模塊從緩衝區中取數據發送到網路來完成的。

當有數據從網路來到時，TCP協議棧模塊接收數據並放入接收緩衝區隊列RecvQ，輸入流InputStream通過read方法從RecvQ中取出數據。

2 socket連接建立超時

socket連接建立是基於TCP的連接建立過程。TCP的連接需要通過3次握手報文來完成，開始建立TCP連接時需要發送同步SYN報文，然後等待確認 報文SYN+ACK，最後再發送確認報文ACK。TCP連接的關閉通過4次揮手來完成，主動關閉TCP連接的一方發送FIN報文，等待對方的確認報文；被 動關閉的一方也發送FIN報文，然等待確認報文。

正在等待TCP連接請求的一端有一個固定長度的連接隊列，該隊列中的連接已經被TCP接受（即三次握手已經完成），但還沒有被應用層所接受。TCP接受一個連接是將其放入這個連接隊列，而應用層接受連接是將其從該隊列中移出。應用層可以通過設置backlog變數來指明該連接隊列的最大長度，即已被TCP接受而等待應用層接受的最大連接數。

當一個連接請求SYN到達時，TCP確定是否接受這個連接。如果隊列中還有空間，TCP模塊將對SYN進行確認並完成連接的建立。但應用層只有在三次握手中的第三個報文收到後才會知道這個新連接。如果隊列沒有空間，TCP將不理會收到的SYN。

如果應用層不能及時接受已被TCP接受的連接，這些連接可能佔滿整個連接隊列，新的連接請求可能不被響應而會超時。如果一個連接請求SYN發送後，一段時間後沒有收到確認SYN+ACK，TCP會重傳這個連接請求SYN兩次，每次重傳的時間間隔加倍，在規定的時間內仍沒有收到SYN+ACK，TCP將放棄這個連接請求，連接建立就超時了。

JAVA Socket連接建立超時和TCP是相同的，如果TCP建立連接時三次握手超時，那麼導致Socket連接建立也就超時了。可以設置Socket連接建立的超時時間-

connect(SocketAddress endpoint, int timeout)

如果在timeout內，連接沒有建立成功，在TimeoutException異常被拋出。如果timeout的值小於三次握手的時間，那麼Socket連接永遠也不會建立。

不同的應用層有不同的連接建立過程，Socket的連接建立和TCP一樣-僅僅需要三次握手就完成連接，但有些應用程序需要交互很多信息後才能成功建立連接，比如Telnet協議，在TCP三次握手完成後，需要進行選項協商之後，Telnet連接才建立完成。

3 socket讀超時

如果輸入緩衝隊列RecvQ中沒有數據，read操作會一直阻塞而掛起線程，直到有新的數據到來或者有異常產生。調用setSoTimeout(int timeout)可以設置超時時間，如果到了超時時間仍沒有數據，read會拋出一個SocketTimeoutException，程序需要捕獲這個異 常，但是當前的socket連接仍然是有效的。

如果對方進程崩潰、對方機器突然重啟、網路斷開，本端的read會一直阻塞下去（由前面可知：雙方要關閉連接需要四次揮手 .對方機重啟或斷開只是對方機的TCP連接關閉，本端的TCP連接還沒關閉，所以本端機會一直阻塞），這時設置超時時間是非常重要的，否則調用read的線程會一直掛起。

TCP模塊把接收到的數據放入RecvQ中，直到應用層調用輸入流的read方法來讀取。如果RecvQ隊列被填滿了，這時TCP會根據滑動窗口機制通知 對方不要繼續發送數據，本端停止接收從對端發送來的數據，直到接收者應用程序調用輸入流的read方法後騰出了空間。

4 socket寫超時

socket的寫超時是基於TCP的超時重傳。超時重傳是TCP保證數據可靠性傳輸的一個重要機制，其原理是在發送一個數據報文後就開啟一個計時器，在一 定時間內如果沒有得到發送報文的確認ACK，那麼就重新發送報文。如果重新發送多次之後，仍沒有確認報文，就發送一個複位報文RST，然後關閉TCP連 接。首次數據報文發送與複位報文傳輸之間的時間差大約為9分鐘，也就是說如果9分鐘內沒有得到確認報文，就關閉連接。但是這個值是根據不同的TCP協議棧 實現而不同。

如果發送端調用write持續地寫出數據，直到SendQ隊列被填滿。如果在SendQ隊列已滿時調用write方法，則write將被阻塞，直到 SendQ有新的空閑空間為止，也就是說直到一些位元組傳輸到了接收者套接字的RecvQ中。如果此時RecvQ隊列也已經被填滿，所有操作都將停止，直到 接收端調用read方法將一些位元組傳輸到應用程序。

當Socket的write發送數據時，如果網線斷開、對端進程崩潰或者對端機器重啟動，（由前面可知：雙方要關閉連接需要四次揮手 .對端進程崩潰或者對端機器重啟動只是對方機的TCP連接關閉，本端的TCP連接還沒關閉，所以本端機會一直阻塞）TCP模塊會重傳數據，最後超時而關閉連接。下次如再調用write會導致一個異常而退出。

Socket寫超時是基於TCP協議棧的超時重傳機制，一般不需要設置write的超時時間，也沒有提供這種方法。

5 雙重嵌套異常捕獲

如果ServerSocket、Socket構造失敗，只需要僅僅捕獲這個構造失敗異常而不需要調用套接字的close方法來釋放資源(必須保證構造失敗 後不會留下任何需要清除的資源)，因為這時套接字內部資源沒有被成功分配。如果構造成功，必須進入一個try finally語句塊里調用close釋放套接字。請參照下面例子程序。

import java.net.*;

import java.io.*;

public class SocketClientTest

{

public static final int PORT = 8088;

public static void main( String[] args ) throws Exception

{

InetAddress addr = InetAddress.getByName( “127.0.0.1” );

Socket socket = new Socket();

try

{

socket.connect( new InetSocketAddress( addr, PORT ), 30000 );

socket.setSendBufferSize(100);

BufferedWriter out = new BufferedWriter( new OutputStreamWriter( socket.getOutputStream() ) );

int i = 0;

while( true )

{

System.out.println( “client sent — hello *** ” + i++ );

out.write( “client sent — hello *** ” + i );

out.flush();

Thread.sleep( 1000 );

}

}

finally

{

socket.close();

}

}

}

import java.io.*;

import java.net.ServerSocket;

import java.net.Socket;

public class SocketServerTest

{

public static final int PORT = 8088;

public static final int BACKLOG = 2;

public static void main( String[] args ) throws IOException

{

ServerSocket server = new ServerSocket( PORT, BACKLOG );

System.out.println(“started: ” + server);

try

{

Socket socket = server.accept();

try

{

BufferedReader in = new BufferedReader( new InputStreamReader( socket.getInputStream() ) );

String info = null;

while( ( info = in.readLine() ) != null )

{

System.out.println( info );

}

}

finally

{

socket.close();

}

}

finally

{

server.close();

}

}

}

Java網路編程如何初始化套接字

不同的構造方法不僅帶的參數不同，所具有的意義也不一樣。下面分別解析這兩個類的實例初始化過程。 ServerSocket 實例的初始化 ServerSocket 類提供了四個構造器： public Socket(String host, int port) throws UnknownHostException, IOException public Socket(InetAddress address, int port) throws IOException public Socket(String host, int port, InetAddress localAddr, int localPort) throws IOException public Socket(InetAddress address, int port, InetAddress localAddr, int localPort) throws IOException public Socket() public Socket(Proxy proxy) 帶參構造器用來創建已綁定的伺服器套接字，也就是說構造成功後它就已經開始偵聽指定的埠，且能夠調用 accept() 方法來接受客戶端連接。默認構造器則會創建未綁定的伺服器套接字，構造成功後必須手動將其綁定到一個本地地址才能用，在綁定之前可以進行一些選項配置。 帶參構造器 總的來說，帶參構造器提供了三個參數： port 指定該伺服器套接字所要偵聽的本地埠。如果為 0，則由系統自動分配一個埠號，這必須以另外的方式讓客戶端獲取埠號。 backlog 這個名詞目前還沒有合適的譯名。底層系統的 TCP 實現會維護一個連接隊列，該隊列緩存了已被 TCP 處理完畢，但還沒有被伺服器套接字接受的客戶端連接。一旦某個連接被接受(通過調用 accept() 方法)，它就會被從隊列中移除。backlog 參數就用於指定隊列的最大長度，默認值為 50，但這個值只是一個建議，底層系統可能根據需要自動調整。如果隊列滿了，則其行為是平台相關的：微軟的 WINSOCK 會拒絕新的連接，其他實現則什麼都不做。嚴格地說，微軟沒有遵守規範，破壞了遊戲規則…… bindAddr 一台機器可能會有多個本地 IP 地址，例如同時使用多塊網卡。使用其他兩個帶參構造器時，該參數為 null，伺服器套接字會在所有的本地 IP 地址(0.0.0.0 或 ::0)上偵聽。如果希望只偵聽一個地址，則可使用該參數。 默認構造器 如果使用默認構造器，在綁定地址前，還可以做些配置。綁定操作由兩個 bind 方法定義，參數類似於帶參構造器。配置項包括以下方面(都必須在綁定前配置)： 設置是否重用本地地址 該選項由 setReuseAddress(boolean on) 方法配置，對應底層系統的 SO_REUSEADDR 套接字選項。JDK 沒有定義該選項的默認值。如果該選項為 false，則在關閉 TCP 連接時，為了保證可靠性，該連接可能在關閉後的一段時間(大約兩分鐘)內保持超時狀態(通常稱為 TIME_WAIT 狀態或 2MSL 等待狀態)，這段時間裡無法將新建的伺服器套接字綁定到同一個地址。在開發階段，伺服器可能不斷重啟，打開改選項會非常有用。 設置接收緩衝區大小 該選項由 setReceiveBufferSize(int size) 方法配置，對應底層系統的 SO_RCVBUF 套接字選項，單位是位元組。《RFC 1323 – TCP Extensions for High Performance》將緩衝區大小定義為 64KB。該選項只是一個建議值，底層系統可能根據需要自行調整。 設置超時值 該選項由 setSoTimeout(int timeout) 方法配置，對應底層系統的 SO_TIMEOUT 套接字選項，單位是毫秒。默認值為 0。該選項影響 accept 方法的阻塞時間長度，如果超時將引發 SocketTimeoutException。如果設為 0，則表示永不超時。 設置性能首選項 性能首選項包括連接時間、延遲和帶寬三個選項，由 setPerformancePreferences(int connectionTime, int latency, int bandwidth) 方法配置。這三個數值分別表示短連接時間、低延遲和高帶寬的相對重要性，數值越大則越重要;其各自的絕對值沒有意義。該方法的初衷是為了讓 Java 能在用非 TCP/IP 實現的套接字環境下工作得更好，某些需要對網路進行調優的程序也可以將這三個首選項作為配置參數提供給用戶。 Socket 實例的初始化 Socket 類提供了六個公共構造器(已過時的除外)： public Socket(String host, int port) throws UnknownHostException, IOException public Socket(InetAddress address, int port) throws IOException public Socket(String host, int port, InetAddress localAddr, int localPort) throws IOException public Socket(InetAddress address, int port, InetAddress localAddr, int localPort) throws IOException public Socket() public Socket(Proxy proxy) 前四個構造器創建已連接的客戶端套接字，也就是說構造的時候就會去連接伺服器。前兩個構造器需要提供伺服器的地址和埠作為參數，本地地址和埠由系統自動分配;後兩個允許手動指定本地地址和埠，但極少使用。後兩個構造器創建未連接的套接字，創建後需要調用 connect 方法手動連接，連接之前可以做一些配置。最後一個構造器接受一個代表代理服務其的 Proxy 對象，JDK 支持 HTTP 和 SOCKS(V4 或 V5)兩種代理類型。 連接前的配置 在連接前，客戶端套接字不僅像伺服器套接字那樣可以設置是否重用本地地址、緩衝區大小、超時值和性能首選項，還能夠配置以下各項(都必須在連接前配置)： 設置是否保持活躍 該選項由 setKeepAlive(boolean on) 方法配置，對應底層系統的 SO_KEEPALIVE 套接字選項。默認值為 false。如果打開該選項，則套接字會定期自動發送保持活躍的探測性消息，類似於心跳檢測。根據《RFC 1122 – Requirements for Internet Hosts》的規定，保持活躍機制只是 TCP 的一個可選功能，如果支持的話，默認必須為 false，而且這種機制默認在成功建立連接後，且連續兩小時沒有數據傳輸的情況下才會被激活。從另一方面來看，通過套接字的 I/O 操作完全可以知道連接是否還有效，所以該選項的實用價值不大。 設置是否收髮帶外數據 該選項由 setOOBInline(boolean on) 方法配置，對應底層系統的 SO_OOBINLINE 套接字選項。默認值為 off。帶外數據(Out-of-band Data)也叫做緊急數據，表示數據很重要，需要使用不同於發送普通數據的一個專用通道來發送。打開該選項後，就可以調用 sendUrgentData(int data) 方法發送一個位元組的緊急數據。JDK 對帶外數據只提供了有限支持，緊急數據將會和普通數據一起被收到，並且無法自動區分。該選項對應用開發人員意義不大。 設置是否從容關閉連接 該選項由 setSoLinger(boolean on, int linger) 方法配置，對應底層系統的 SO_LINGER 套接字選項。默認為 false。該選項只會影響套接字的關閉，其中的 linger 參數表示超時時間，單位為秒。如果打開改選項：如果將 linger 設為 0，則關閉套接字的時候，未發送的數據會被丟棄，且另一端會出現連接被同位體重置的異常;如果 linger 非 0，則關閉套接字的線程將被阻塞，直到數據全部發送或超時，超時後的行為與底層系統相關，JDK 無法控制。如果關閉該選項，則套接字正常關閉，數據也會全部發送。由於底層實現的差異性，不提倡應用開發人員打開該選項。 設置是否延遲發送數據 該選項由 setTcpNoDelay(boolean on) 方法配置，對應底層系統的 TCP_NODELAY TCP 選項。默認值為 off。打開該選項將禁用 Nagle 演算法，TCP 包會立即發送;關閉該選項則會啟用 Nagle 演算法，多個較小的 TCP 包會被組合成一個大包一起發送，雖然發送延遲了，但有利於避免網路擁塞。默認為 false。該選項對實時性很強的程序可能有用，但一般的程序不需要關心。 設置流量類別 該選項由 setTrafficClass(int tc) 方法配置，對應底層系統的「流量類別」套接字屬性。該選項用於向網路(例如路由器)提示從該套接字發送的包需要獲取哪些服務類型，對本地 TCP 協議棧沒有影響。IPv4 和 IPv6 分別定義了多個不同的值，例如 IPv4 將 0x08 定義為最大吞吐量，0x10 定義為最小延遲，等等。可以用或運算將多個值合併為一個選項。該選項用來調整性能，需要根據實際情況設置。由於只是建議值，可能被網路忽略。