tomcat中connector常用配置
tomcat中server.xml有些配置資訊是需要我們了解的,最起碼知道如何進行簡單的除錯.
1. port
tomcat作為乙個網路server端,它需要暴露乙個socket埠來accept客戶端的鏈結,可以通過port指定.
2. protocol
使用的網路協議,表示tomcat使用何種方式來接受和處理client端請求,"http/1.1"是預設值,等效於"org.apache.coyote.http11.http11protocol";還有熟悉的"ajp/1.3";關於http和ajp兩種方式的區別和效能優劣可以參見其他文件.
3. connectiontimeout
當client與tomcat建立連線之後,在"connectiontimeout"時間之內,仍然沒有得到client的請求資料,此時連線將會被斷開.此值的設定需要考慮到網路穩定型,同時也有效能的考慮.它和tcp的配置選項中的"socket_timeout"仍有區別,connectiontimeout只會在鏈結建立之後,得到client傳送http-request資訊前有效.
4. maxheadercount
5. maxparametercount
http-get請求中允許傳遞的查詢字串的最大個數,儘管各種http瀏覽器(proxy工具)都會對http-get請求的長度和查詢字串的個數有限制,你仍然可以通過tomcat再次設定合適的值.parameter個數越多,事實上對tomcat的記憶體開支更大,很多時候處於安全或者實用的角度考慮,maxparametercount的值都不會太大.預設值為10000,"-1"表示無限制.如果請求中引數的個數超過限定值,請求將會被拒絕.
6. maxpostsize
http-post請求中資料(body)的最大尺寸,單位:byte,預設值為2m.這對一些表單提交(較多文字域)有影響.可以適度調整此值,大檔案上傳一般會在client拆分成小檔案,而不是直接傳送.
7. uriencoding
http-get請求中,使用何種字符集對查詢字串進行編碼,預設為"iso-8859-1".
8. usebodyencodingforuri
是否使用"content-type"中指定的編碼方式對http-get請求中查詢字串進行編碼.如果為"true",將會忽略"uriencoding"配置項,轉而使用header中"content-type"指定的編碼方式.
9. maxthreads
用於接收和處理client端請求的最大執行緒數,tomcat底層將採取執行緒池的方式來處理客戶端請求,此引數標識這執行緒池的尺寸.maxthreads意味著tomcat能夠併發執行request的個數.此值預設為200.一般情況下,在production環境中(根據物理機器配置,或者虛擬機器的限制來做參考值),通常會有微調.較大的值並不能提公升tomcat的負載能力,事實上"200"個執行緒數,已經足夠大了.本人的線上環境為maxthreads=120.
10. compression
是否對http相應資料啟用gzip壓縮,可選值為"off"或者"on";這是乙個值得商榷的引數;如果開啟壓縮,意味著較少的網路傳輸量,但是將消耗一定的cpu.如果你的應用有較高的cpu效能結餘,且響應資料均是一些文字字串,那麼開啟壓縮,會有較大的收益.
調整Tomcat連線相關Connector的引數
引數說明 connectiontimeout 網路連線超時，單位 毫秒。設定為0表示永不超時，這樣設定有隱患的。通常可設定為30000毫秒。keepalivetimeout 長連線最大保持時間 毫秒 此處為15秒。maxkeepaliverequests 最大長連線個數 1表示禁用，1表示不限制個數...
Tomcat中定製閥門
我們說管道機制給我們帶來了更好的擴充套件性，tomcat中在擴充套件性方面具體如何體現，這便是本節討論的內容。從上節了解到基礎閥門是必須執行的，假如你需要乙個額外的邏輯處理閥門，可以新增乙個非基礎閥門。我的需求是對每個請求訪問進行ip記錄，列印到日誌裡面，詳細操作如下 自定義乙個閥門printipv...
tomcat中的配置
元素會出現在tomcat6.x的如下檔案中 1 conf context.xml檔案，適用於所有web應用 2 conf enginename hostname contextpath xml，這個檔案是從web應用的meta inf context.xml拷貝而來的，適用於當前web應用，改動在t...