Java Socket重要參數講解

Java Socket的api可能很多人會用，但是Java Socket的參數可能很多人都不知道用來幹嘛的，甚至都不知道有這些參數。

backlog

用於ServerSocket，配置ServerSocket的最大用戶端等待隊列。等待隊列的意思，先看下面代碼

public class Main {
public static void main(String[] args) throws Exception {
int port = 8999;
int backlog = 2;
        ServerSocket serverSocket = new ServerSocket(port, backlog);
        Socket clientSock = serverSocket.accept();
        System.out.println("revcive from " + clientSock.getPort());
while (true) {
byte buf[] = new byte[1024];
int len = clientSock.getInputStream().read(buf);
            System.out.println(new String(buf, 0, len));
        }
    }
}

這段測試代碼在第一次處理一個用戶端時，就不會處理第二個用戶端，所以除了第一個用戶端，其他用戶端就是等待隊列了。所以這個伺服器最多可以同時串連3個用戶端，其中2個等待隊列。大家可以telnet localhost 8999測試下。

這個參數設定為-1表示無限制，預設是50個最大等待隊列，如果設定無限制，那麼你要小心了，如果你伺服器無法處理那麼多串連，那麼當很多用戶端連到你的伺服器時，每一個TCP串連都會佔用伺服器的記憶體，最後會讓伺服器崩潰的。

另外，就算你設定了backlog為10，如果你的代碼中是一直Socket clientSock = serverSocket.accept(),假設我們的機器最多可以同時處理100個請求，總共有100個線程在運行，然後你把在100個線程的線程池處理clientSock，不能處理的clientSock就排隊，最後clientSock越來越多，也意味著TCP串連越來越多，也意味著我們的伺服器的記憶體使用量越來越高(用戶端串連進程，肯定會發送資料過來，資料會儲存到伺服器端的TCP接收緩衝區)，最後伺服器就宕機了。所以如果你不能處理那麼多請求，請不要迴圈無限制地調用serverSocket.accept(),否則backlog也無法生效。如果真的請求過多，只會讓你的伺服器宕機(相信很多人都是這麼寫，要注意點)

 

TcpNoDelay

禁用納格演算法，將資料立即發送出去。納格演算法是以減少封包傳送量來增進TCP/IP網路的效能，當我們調用下面代碼，如:

Socket socket = new Socket();  
socket.connect(new InetSocketAddress(host, 8000));  
InputStream in = socket.getInputStream();  
OutputStream out = socket.getOutputStream();  
String head = "hello ";  
String body = "world\r\n";  
out.write(head.getBytes());  
out.write(body.getBytes()); 

我們發送了hello，當hello沒有收到ack確認(TCP是可靠串連，發送的每一個資料都要收到對方的一個ack確認，否則就要重發)的時候，根據納格演算法，world不會立馬發送，會等待，要麼等到ack確認(最多等100ms對方會發過來的)，要麼等到TCP緩衝區內容>=MSS，很明顯這裡沒有機會，我們寫了world後再也沒有寫資料了，所以只能等到hello的ack我們才會發送world，除非我們禁用納格演算法，資料就會立即發送了。

納格演算法參考:http://zh.wikipedia.org/wiki/%E7%B4%8D%E6%A0%BC%E7%AE%97%E6%B3%95

另外有一篇講解納格演算法和delay ack的文章(挺不錯的):http://blog.csdn.net/frankggyy/article/details/6624401  

SoLinger

當我們調用socket.close()返回時，socket已經write的資料未必已經發送到對方了，例如

Socket socket = new Socket();  
socket.connect(new InetSocketAddress(host, 8000));  
InputStream in = socket.getInputStream();  
OutputStream out = socket.getOutputStream();  
String head = "hello ";  
String body = "world\r\n";  
out.write(head.getBytes());  
out.write(body.getBytes()); 
socket.close();

這裡調用了socket.close()返回時,hello和world未必已經成功發送到對方了，如果我們設定了linger而不小於0，如:

bool on = true;
int linger = 100;
....
socket.setSoLinger(boolean on, int linger)
......
socket.close();

那麼close會等到發送的資料已經確認了才返回。但是如果對方宕機，逾時，那麼會根據linger設定的時間返回。

UrgentData和OOBInline

TCP的緊急指標，一般都不建議使用，而且不同的TCP/IP實現，也不同，一般說如果你有緊急資料寧願再建立一個新的TCP/IP串連發送資料，讓對方緊急處理。

所以這兩個參數，你們可以忽略吧，想知道更多的，自己查下資料。

SoTimeout

設定socket調用InputStream讀資料的逾時時間，以毫秒為單位，如果超過這個時候，會拋出java.net.SocketTimeoutException。

 

KeepAlive

keepalive不是說TCP的常串連，當我們作為服務端，一個用戶端串連上來，如果設定了keeplive為true，當對方沒有發送任何資料過來，超過一個時間(看系統核心參數配置)，那麼我們這邊會發送一個ack探測包發到對方，探測雙方的TCP/IP串連是否有效(對方可能斷點，斷網)，在Linux好像這個時間是75秒。如果不設定，那麼用戶端宕機時，伺服器永遠也不知道用戶端宕機了，仍然儲存這個失效的串連。

SendBufferSize和ReceiveBufferSize

TCP發送緩衝區和接收緩衝區,預設是8192，一般情況下足夠了，而且就算你增加了發送緩衝區，對方沒有增加它對應的接收緩衝，那麼在TCP三握手時，最後確定的最大發送視窗還是雙方最小的那個緩衝區，就算你無視，發了更多的資料，那麼多出來的資料也會被丟棄。除非雙方都協商好。

 

以上的參數都是比較重要的Java Socket參數了，其他就不另外說明了。