Tomcat Connector connectionTimeout含義和驗證

1. Tomcat配置

今天小戚發出一封郵件，說由於線上系統中tomcat的鏈接超時（connectionTimeout）設置成60ms，形成第三方訪問公司的服務，老是502異常。

這個設置在$tomcat/conf/server.xml中

<!-- Define a non-SSL HTTP/1.1 Connector on port 8080 -->
    <Connector port="8080" maxHttpHeaderSize="8192"
               maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
               enableLookups="false" redirectPort="8443" acceptCount="100"
               connectionTimeout="2000" disableUploadTimeout="true" />

2. 測試一下這個超時的含義

http://tomcat.apache.org/tomcat-5.5-doc/config/http.html

connectionTimeout ：

• 單位是毫秒，Connector從接受鏈接到提交URI的等待的時間。

The number of milliseconds this Connector will wait, after accepting a connection, for the request URI line to be presented. The default value is 60000 (i.e. 60 seconds).

以上中文是通過以下分析過程得出的。

 

2.1. 是不是整個鏈接處理的時間？

寫了一個servlet，doGet先sleep一段時間，再寫一個輸出，直接用瀏覽器訪問。

通過測試，發現和這個時間無關。

 

2.2. 用HttpURLConnection作測試

寫客戶端模擬超時，多是由於API直接實現到提交URI了，另外還懷疑底層有自動保持鏈接的動做，反正怎麼Sleep都不超時，得換個寫法了。

明天連上TCPMon看看後臺有沒有自動保持鏈接的動做。

        def sURL='http://localhost:8080/index.jsp'
        URL url = new URL(sURL);
        HttpURLConnection connection = (HttpURLConnection) url.openConnection();

2.3. 用telnet收工測試

直接用telnet連上tomcat，若是什麼都不輸入，socket很快回斷開，輸入完整GET。。。，可以得到輸出。若是不保持輸入，則鏈接很快會斷開。若是一直不停輸入，鏈接繼續保持。

$ telnet localhost 8080

GET /index.jsp HTTP/1.1
Accept-Language: zh-cn
Connection: Keep-Alive
Host: 192.168.0.53
Content-Length: 36

2.4. 直接寫Socket作測試

仍是2s超時，睡一秒可以正確得到輸出，睡2秒，輸出爲空。

如下是Groovy代碼

content ='''GET /index.jsp HTTP/1.1
Accept-Language: zh-cn
Connection: Keep-Alive
Host: 192.168.0.53
Content-Length: 36

'''
def sleepTime=1000
Socket socket = new Socket('localhost',8080)

println 'is keep alive? ' + socket.getKeepAlive()

println 'sleep ' + sleepTime + ' ms.'
Thread.sleep(sleepTime)
println 'is closed? ' + socket.isClosed()

println 'sleep ' + sleepTime + ' ms.'
//Thread.sleep(sleepTime)

println 'write socket begin======'
writeStream(content, socket.getOutputStream())

println 'read socket begin======'
println readStream(socket.getInputStream())[0..300]

void writeStream(content, stream) {
        OutputStream buf = new BufferedOutputStream(stream);
        OutputStreamWriter out = new OutputStreamWriter(buf, "UTF-8");
        out.write(content)
        out.flush();
        print content
        //out.close();
}

String readStream(stream){
        String sResult=''
        byte[] buffer = new byte[1024];

        int readCount = stream.read(buffer);

        while (readCount != -1) {
                sResult += new String(buffer, 0,
                            readCount, "utf-8");
                readCount = stream.read(buffer);
        }
        stream.close()
        return sResult
}

用Groovy寫測試代碼真舒服，呵呵。

 

 

 

 

 

 

 

JBoss使用Tomcat做爲Web容器，所以在JBoss中對於Web容器的配置也相似於在Tomcat中的配置，主要就是對於server.xml文件的編輯，在JBoss 5.x中，這個文件位於${JBOSS.HOME}\server\${confifure}\deploy\jbossweb.sar下，其中configure的值能夠是all,
default,web，standard, minimal等。下面的代碼展現了一個JBoss default配置下的server.xml，因爲篇幅緣由，將其中的註釋都已經去掉了。

<Server> <Listener className="org.apache.catalina.core.AprLifecycleListener" SSLEngine="on" /> <Listener className="org.apache.catalina.core.JasperListener" /> <Service name="jboss.web"> <Connector protocol="HTTP/1.1" port="8080" address="${jboss.bind.address}"  connectionTimeout="20000" redirectPort="8443" compression="on"  compressionMinSize="1" compressableMimeType="text/html,text/xml" /> <Engine name="jboss.web" defaultHost="localhost"> <Realm className="org.jboss.web.tomcat.security.JBossWebRealm" certificatePrincipal="org.jboss.security.auth.certs.SubjectDNMapping" allRolesMode="authOnly" /> <Host name="localhost">  <Valve className="org.jboss.web.tomcat.service.jca.CachedConnectionValve" cachedConnectionManagerObjectName="jboss.jca:service=CachedConnectionManager" transactionManagerObjectName="jboss:service=TransactionManager" /> </Host> </Engine> </Service> </Server> 

         在上面的配置文件中，Server是根節點，一個Server就表明一個Servlet容器，所以在server.xml中，這個節點只能有一個，在Server節點下，能夠存在一個或者多個Service節點。

         一個Service節點表明了一個或者多個Connector和一個Engine，而Connector和Engine是在server.xml中兩個重要的配置項，Connector的主要功能是接受、響應用戶請求。經常使用的Connector有HTTP/1.1 Connector和AJP Connector，HTTP/1.1 Connector主要用於處理用戶的HTTP請求，須要注意的是雖然它名叫HTTP/1.1 Connector，可是是徹底兼容HTTP/1.0協議的。AJP Connector主要使用AJP協議和Web
Connector通訊，一般用於集羣中。

         HTTP/1.1 Connector的實例監聽在用戶配置的端口上，當應用服務器啓動時，HTTP/1.1 Connector負責建立若干線程，用於處理用戶請求，建立的線程數目取決於用戶配置的minThreads值，默認爲5，當有更多的用戶請求到來時，HTTP/1.1 Connector將會建立更多的線程用於處理請求，建立線程的最大值由maxThreads定義，默認值爲20，當全部的線程都在忙於處理用戶請求時，新到來的請求將會放入HTTP/1.1 Connector建立的Socket隊列中，隊列的長度由acceptCount屬性定義，當等待隊列也被佔用滿了，新來的用戶請求將會收到connection
refused錯誤。

         全部的Connector提供的配置項（不徹底版scheme, isSecure, xpoweredBy, useIPVHosts ）：

• allowTrace 若是須要服務器可以處理用戶的HAED/TRACE請求，這個值應該設置爲true，默認值是false;
• emptySessionPath 若是設置爲true，全部session,cookie的path將會被設置爲/，這種設置一般是在portlet中比較有用，默認值是false；
• enableLookups 若是須要在調用request.getRemoteHost()方法時獲取到客戶端的機器名，則須要配置爲true,若是配置爲false，將會跳過DNS查詢直接返回客戶端機器的IP地址，一般爲了提升性能，將此值設置爲false，默認值是true;
• maxPostSize POST方法可以提交的數據的最大大小，若是沒有聲明或者設置爲小於等於0，則表示POST提交的數據大小是不限制的，默認值是2Megabytes.
• protocol 設置處理請求的協議，默認是HTTP/1.1，即org.apache.coyote.http11.Http11Protocol，此外還支持的協議有：org.apache.coyote.http11.Http11NioProtocol（經過NIO處理用戶請求，能夠提升系統性能）， org.apache.coyote.http11.HttpAprProtocol。
• proxyName/proxyPort 若是Web服務器使用了代理服務器，配置此參數意味着在調用request.getServerName的時候將會獲取代理服務器的名稱，getServerPort()將會返回proxyPort。
• redirectPort 若是Connector的配置是支持非SSL的請求，當一個SSL請求到來時，服務器會自動的將請求重定位到redirectPort。
• URIEncoding URI字節轉化成String的時候的編碼方式，默認爲ISO-8859-1，若是頁面須要支持中文，通常能夠將其設置爲UTF-8或者GBK,GB2312。
• useBodyEncodingForURI 若是設置爲true,則會根據頁面的編碼決定URI的編碼方式，默認是false。

   Http/1.1 Connector提供的配置項：

• acceptCount 等待隊列的長度，默認值是100。
• address 若是Tomcat所在的主機有多個IP，這個值聲明瞭用於監聽HTTP請求的IP地址。
• bufferSize Connector建立的輸入流的大小，默認值是2048 bytes，提升這個值能夠提高性能，增長內存消耗。
• compressableMimeType 使用HTTP壓縮的MIME類型，使用逗號分割，默認值是 text/html,text/xml,text/plain。
• compression 爲了節省帶寬，能夠將這個值設置爲on，從而啓用HTTP/1.1 GZIP壓縮。off關閉壓縮，forces強制使用壓縮，默認值是off。
• connectionTimeout Connector接受一個鏈接後等待的時間(milliseconds)，默認值是60000。
• executor 在Service節點下，Connector節點前能夠配置一個Executor節點用於管理線程，這個屬性的值是配置的Executor的名稱，若是應用了此屬性且executor存在，那麼任何其餘的關於thread的配置將會被忽略。
• keepAliveTimeout 在Connector關閉鏈接前，Connector爲另一個請求Keep Alive所等待的微妙數，默認值和 connectionTimeout 同樣。
• maxHttpHeaderSize HTTP請求、響應頭信息的最大大小，默認是8192bytes。
• maxKeepAliveRequests HTTP/1.0 Keep Alive 和HTTP/1.1 Keep Alive / Pipeline的最大請求數目，若是設置爲1，將會禁用掉Keep Alive和Pipeline，若是設置爲小於0的數，Keep Alive的最大請求數將沒有限制。默認爲100。
• maxThreads 用於處理用戶請求的最大線程數，默認值是20。
• noCompressionUserAgents: 設置不使用HTTP GZIP壓縮的客戶端，使用逗號分隔，在某些瀏覽器不支持壓縮的時候可使用此屬性。
• port Connector監聽的端口。
• restrictedUserAgents 設置不使用Keep Alive的客戶端代理名稱，使用逗號分割，默認值是空字符串。
• server 覆蓋HTTP響應的serve頭信息，若是不設置的話，默認值是 Apache-Coyote/1.1。通常狀況下不須要關注此屬性。
• socketBuffer Socket輸出流緩衝區的大小，默認是9000bytes,若是設置爲小於0的值，則表示不使用此緩衝區。
• tcpNoDelay 默認值是true，設置爲true能夠提升系統性能。
• threadPriority 請求處理線程的優先級，默認的優先級是NORMAL。
• https://www.xuebuyuan.com/1881057.html