建站
咨詢
售后
建站咨詢
新聞中心
Java Socket的api可能很多人會(huì)用，但是Java Socket的參數(shù)可能很多人都不知道用來(lái)干嘛的，甚至都不知道有這些參數(shù)。
創(chuàng)新互聯(lián)專業(yè)為企業(yè)提供浉河網(wǎng)站建設(shè)、浉河做網(wǎng)站、浉河網(wǎng)站設(shè)計(jì)、浉河網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁(yè)設(shè)計(jì)與制作、浉河企業(yè)網(wǎng)站模板建站服務(wù)，10年浉河做網(wǎng)站經(jīng)驗(yàn)，不只是建網(wǎng)站，更提供有價(jià)值的思路和整體網(wǎng)絡(luò)服務(wù)。
backlog
用于ServerSocket，配置ServerSocket的***客戶端等待隊(duì)列。等待隊(duì)列的意思，先看下面代碼
- 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));
- }
- }
- }
這段測(cè)試代碼在***次處理一個(gè)客戶端時(shí)，就不會(huì)處理第二個(gè)客戶端，所以除了***個(gè)客戶端，其他客戶端就是等待隊(duì)列了。所以這個(gè)服務(wù)器最多可以同時(shí)連接3個(gè)客戶端，其中2個(gè)等待隊(duì)列。大家可以telnet localhost 8999測(cè)試下。
這個(gè)參數(shù)設(shè)置為-1表示無(wú)限制，默認(rèn)是50個(gè)***等待隊(duì)列，如果設(shè)置無(wú)限制，那么你要小心了，如果你服務(wù)器無(wú)法處理那么多連接，那么當(dāng)很多客戶端連到你的服務(wù)器時(shí)，每一個(gè)TCP連接都會(huì)占用服務(wù)器的內(nèi)存，***會(huì)讓服務(wù)器崩潰的。
另外，就算你設(shè)置了backlog為10，如果你的代碼中是一直Socket clientSock = serverSocket.accept(),假設(shè)我們的機(jī)器最多可以同時(shí)處理100個(gè)請(qǐng)求，總共有100個(gè)線程在運(yùn)行，然后你把在100個(gè)線程的線程池處理clientSock，不能處理的clientSock就排隊(duì)，***clientSock越來(lái)越多，也意味著TCP連接越來(lái)越多，也意味著我們的服務(wù)器的內(nèi)存使用越來(lái)越高(客戶端連接進(jìn)程，肯定會(huì)發(fā)送數(shù)據(jù)過來(lái)，數(shù)據(jù)會(huì)保存到服務(wù)器端的TCP接收緩存區(qū))，***服務(wù)器就宕機(jī)了。所以如果你不能處理那么多請(qǐng)求，請(qǐng)不要循環(huán)無(wú)限制地調(diào)用serverSocket.accept(),否則backlog也無(wú)法生效。如果真的請(qǐng)求過多，只會(huì)讓你的服務(wù)器宕機(jī)(相信很多人都是這么寫，要注意點(diǎn))
TcpNoDelay
禁用納格算法，將數(shù)據(jù)立即發(fā)送出去。納格算法是以減少封包傳送量來(lái)增進(jìn)TCP/IP網(wǎng)絡(luò)的效能，當(dāng)我們調(diào)用下面代碼，如：
- 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());
我們發(fā)送了hello，當(dāng)hello沒有收到ack確認(rèn)(TCP是可靠連接，發(fā)送的每一個(gè)數(shù)據(jù)都要收到對(duì)方的一個(gè)ack確認(rèn)，否則就要重發(fā))的時(shí)候，根據(jù)納格算法，world不會(huì)立馬發(fā)送，會(huì)等待，要么等到ack確認(rèn)(最多等100ms對(duì)方會(huì)發(fā)過來(lái)的)，要么等到TCP緩沖區(qū)內(nèi)容>=MSS，很明顯這里沒有機(jī)會(huì)，我們寫了world后再也沒有寫數(shù)據(jù)了，所以只能等到hello的ack我們才會(huì)發(fā)送world，除非我們禁用納格算法，數(shù)據(jù)就會(huì)立即發(fā)送了。
納格算法參考：http://zh.wikipedia.org/wiki/%E7%B4%8D%E6%A0%BC%E7%AE%97%E6%B3%95
另外有一篇講解納格算法和delay ack的文章(挺不錯(cuò)的)：http://blog.csdn.net/frankggyy/article/details/6624401
SoLinger
當(dāng)我們調(diào)用socket.close()返回時(shí)，socket已經(jīng)write的數(shù)據(jù)未必已經(jīng)發(fā)送到對(duì)方了，例如
- 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();
這里調(diào)用了socket.close()返回時(shí),hello和world未必已經(jīng)成功發(fā)送到對(duì)方了，如果我們?cè)O(shè)置了linger而不小于0，如：
- bool on = true;
- int linger = 100;
- ....
- socket.setSoLinger(boolean on, int linger)
- ......
- socket.close();
那么close會(huì)等到發(fā)送的數(shù)據(jù)已經(jīng)確認(rèn)了才返回。但是如果對(duì)方宕機(jī)，超時(shí)，那么會(huì)根據(jù)linger設(shè)定的時(shí)間返回。
UrgentData和OOBInline
TCP的緊急指針，一般都不建議使用，而且不同的TCP/IP實(shí)現(xiàn)，也不同，一般說(shuō)如果你有緊急數(shù)據(jù)寧愿再建立一個(gè)新的TCP/IP連接發(fā)送數(shù)據(jù)，讓對(duì)方緊急處理。
所以這兩個(gè)參數(shù)，你們可以忽略吧，想知道更多的，自己查下資料。
SoTimeout
設(shè)置socket調(diào)用InputStream讀數(shù)據(jù)的超時(shí)時(shí)間，以毫秒為單位，如果超過這個(gè)時(shí)候，會(huì)拋出java.net.SocketTimeoutException。
KeepAlive
keepalive不是說(shuō)TCP的常連接，當(dāng)我們作為服務(wù)端，一個(gè)客戶端連接上來(lái)，如果設(shè)置了keeplive為true，當(dāng)對(duì)方?jīng)]有發(fā)送任何數(shù)據(jù)過來(lái)，超過一個(gè)時(shí)間(看系統(tǒng)內(nèi)核參數(shù)配置)，那么我們這邊會(huì)發(fā)送一個(gè)ack探測(cè)包發(fā)到對(duì)方，探測(cè)雙方的TCP/IP連接是否有效(對(duì)方可能斷點(diǎn)，斷網(wǎng))，在Linux好像這個(gè)時(shí)間是75秒。如果不設(shè)置，那么客戶端宕機(jī)時(shí)，服務(wù)器永遠(yuǎn)也不知道客戶端宕機(jī)了，仍然保存這個(gè)失效的連接。
SendBufferSize和ReceiveBufferSize
TCP發(fā)送緩存區(qū)和接收緩存區(qū),默認(rèn)是8192，一般情況下足夠了，而且就算你增加了發(fā)送緩存區(qū)，對(duì)方?jīng)]有增加它對(duì)應(yīng)的接收緩沖，那么在TCP三握手時(shí)，***確定的***發(fā)送窗口還是雙方最小的那個(gè)緩沖區(qū)，就算你無(wú)視，發(fā)了更多的數(shù)據(jù)，那么多出來(lái)的數(shù)據(jù)也會(huì)被丟棄。除非雙方都協(xié)商好。
以上的參數(shù)都是比較重要的Java Socket參數(shù)了，其他就不另外說(shuō)明了。
網(wǎng)站題目：Java Socket重要參數(shù)講解
網(wǎng)站URL：http://www.dlmjj.cn/article/dpcjheg.html
