tomcat緩存文件怎樣讀取內容 tomcat7默認參數？
tomcat7默認參數？套接字參數選項:_NODELAY:表示立即發送數據。_RESUSEADDR:表示套接字綁定的本地地址允許重用。_TIMEOUT:表示接受數據時的超時。_LINGER:表示執行c
tomcat7默認參數？
套接字參數選項:
_NODELAY:表示立即發送數據。
_RESUSEADDR:表示套接字綁定的本地地址允許重用。
_TIMEOUT:表示接受數據時的超時。
_LINGER:表示執行clos:執行這個方法，然后執行Socket的close方法，這個方法也會立即返回，但是底層Sock:執行Socket的close方法，不會立即返回，而是進入阻塞狀態。同時，底層套接字也會嘗試發送剩余的數據，close方法只有在滿足以下兩個條件之一時才會返回:
(1):底部套接字已經發送了所有剩余的數據。
(2):雖然底層套接字還沒有發送完所有剩余的數據，但是已經被阻塞了3600秒。如果close()方法的阻塞時間超過3600秒，它將返回，剩余的未發送數據將被丟棄。
_tw_reuse 1表示打開重用。允許等待時間套接字重新用于新的TCP連接。默認值為0，這意味著它是關閉的。
_tw_recycle 1表示打開TCP連接中時間等待套接字的快速恢復，默認值為0，表示關閉。
_SNFBUF:表示發送數據的緩沖區大小。
_RCVBUF:表示接收數據的緩沖區大小。
_KEEPALIVE:表示一個長時間空閑的SOCEKT是否會自動關閉。
8.指示是否支持發送一個字節的TCP緊急數據。
默認參數
注意:連接器通常位于HOME_TOMCAT/conf/servser.xml文件中。
#正常參數
連接器端口8080協議HTTP/1.1
連接超時20000
重定向端口8443 /
配置參數調試
#優化參數
連接器端口8080
協議HTTP/1.1
maxThreads1000
minSpareThreads100
接受計數1000
麥斯科連接1000
連接超時20000
maxHttpHeaderSize8192
tcpnodelayttrue
壓縮
壓縮最小化2048
disableUploadTimeouttrue
重定向端口8443
enableLookupsfalse
URIEncodingUTF-8 /
參數的詳細說明
1)端口
注意:代表Tomcat端口號，默認為8080。
2)協議
注意:有四種可選協議類型，BIO(阻塞IO)、NIO、NIO2和APR。
#生物
BIO(阻塞I/O)阻塞I/O操作，傳統Java I/O操作(即包及其子包)。默認情況下，Tomcat以bio模式運行，這是三種模式中性能最低的。默認情況下可以使用BIO配置。
BIO更適合處理簡單的流程，如果程序處理得快，結果可以馬上返回。BIO可以用于簡單的項目和應用程序。
# NIO
NIO(New I/O)是Java SE 1.4及后續版本提供的一種新的I/O操作模式(即包及其子包)。Java nio是基于緩沖區和非阻塞I/O操作的Java API，比傳統I/O操作(bio)具有更好的并發性能。
NIO更適合需要耗時完成請求的后臺操作。如果一個程序收到一個請求，它需要耗時的處理，所以它可以 t立即返回結果，所以如果采用BIO，會占用一個連接，使用NIO后，可以轉移到其他請求，直到程序處理后返回。
#四月
apr(Apache portable runtime/Apache portable runtime)是Apach:Tomcat會以JNI的形式調用Apache HTTP server的核心動態鏈接庫來處理文件讀取或者網絡傳輸，從而大大提高Tomcat 處理靜態文件的性能。
APR可以大大提高Tomcat對于靜態文件的處理性能，同時如果使用HTTPS進行傳輸，也可以提高SSL的處理性能。
#修改方法
//生物
協議HTTP/1.1
//NIO
草案
//NIO2
草案
//APR
草案
3)maxThreads(線程池的大小默認為200)
注意:連接器創建處理請求的最大線程數和最大同事數 請求。默認值為200。
如果一個執行器與這個連接器相關聯，這個屬性將被忽略，因為它將被忽略，所以連接器將使用執行器而不是內部線程池來執行任務。maxThreads是一個重要的配置屬性，MaxThreads的合理配置直接影響到Tomcat的相關性能。MaxThreads不是越大越好。其實就算你配置成999999也沒用，因為這個最大值是受操作系統和相關硬件限制的，最大值不一定是最優值，所以要追求最優值而不是最大值。
QPS(每秒查詢數):每秒查詢率QPS是特定查詢服務器在指定時間內處理的流量的度量。我們經常用QPS值來衡量服務器的性能。
QPS并發/平均響應時間
并發QPS數*平均響應時間
系統的吞吐量通常由兩個因素決定，QPS和并發性。每個系統的這兩個值都有一個相對的極限。在應用場景接入的壓力下，只要有一項達到系統的最高值，系統的吞吐量就上不去。如果壓力繼續增加，系統的吞吐量就會下降，因為系統已經超負荷了，其他的如上下文切換、內存等消耗都會導致系統性能的下降。所謂吞吐量，在這里可以理解為每秒鐘可以處理的請求數。
所以選擇一個合理的maxThreads值并不那么容易。因為線程太多只會造成更多的內存開銷和更多的CPU開銷，而對提高QPS沒有任何幫助；找到最佳線程數后，通過簡單的設置，web系統可以更加穩定，獲得最高最穩定的QPS輸出。
#獲得最佳maxThreads的最佳值
(1)通過在線系統的持續使用和用戶的持續增長，可以測試性能，觀察QPS和響應時間。這樣系統爆發式增長的時候就會崩潰，比如雙12。
(2)根據公式得出的最佳線程數((線程等待時間，線程cpu時間)/線程cpu時間)*服務器端cpu數有時會產生誤導，因為有些系統處理環節可能需要較長時間，從而影響公式的結果。
(3)單用戶和多用戶壓力測試，檢查CPU消耗，然后直接乘以百分比，再進行壓力測試。通常，線程的最佳數量應該接近這個值。這種更適合理想場景，實際情況會比這復雜很多。
(4)根據系統進行調整；;自身情況，如硬件限制、系統限制、程序處理能力限制等。
(5)定期將其修改為不同的maxThreads值，以查看服務器響應結果和用戶響應。
# QPS和線程數領帶
(1)在最佳線程數之前，QPS和線程數是互相遞增的。最佳線程數后，QPS持平，不上升，甚至略有下降，而對應的時間保持上升。
(2)對于同一個系統，支持的線程越多(優化的線程越多，而不是配置的線程越多)，QPS越高。
# QPS和響應時間
(1)對于一般的web系統，響應時間一般由CPU執行時間和IO等待時間組成。
(2)2)CPU執行時間的減少對QPS有實質性的提升，而IO時間的減少對QPS沒有明顯的提升。如果想要顯著提高QPS，那么在優化系統的時候，應該把重點放在優化CPU消耗上。
4)最小線程
注意:運行的最小線程數，這些總是保持運行。如果未指定，默認值為10。
5)acceptCount(默認為100，隊列的大小，backlog:半隊列)。
注意:最大隊列長度。一般和maxThreads一樣，默認值是100。
當所有可能的請求處理線程都在使用中時，傳入連接請求的最大隊列長度。如果未指定，默認值為100。一般設置為與maxThreads相同或一半。如果該值設置得太高，排隊的請求將會超時而得不到處理。所以這個值要主要根據應用的訪問峰值和平均值來權衡配置。
6)max connections(nio和NIO2的默認值是10000，以及accept的套接字的大小)
注意:服務器在任何給定時間接受和處理的最大連接數。當達到這個數目時，服務器將接受但不處理它，等待進一步的連接。NIO和NIO2的默認值是10000，APR的默認值是8192。
7)連接超時(設置為(連接超時))
注意:當請求已被接受但未被處理時，就是等待超時。單位是毫秒，默認值是60000。通常設置為30000。
8)maxHttpHeaderSize
注意:請求和響應的HTTP頭的最大大小是以字節為單位指定的。如果未指定，此屬性將設置為8192(8 KB)。
9)tcpNoDelay
注意:如果為true，服務器套接字將設置TCP_NO_DELAY選項，這在大多數情況下可以提高性能。默認情況下，它設置為true。
10)壓縮
注意:默認情況下，是否啟用gzip壓縮是關閉的。這個參數的可接受值是 "關閉 "(不使用壓縮)， "on "(壓縮文本數據)， "力與力(在所有情況下。強制壓縮)。
11)壓縮尺寸
注意:如果compr
tmo文件能用什么工具正常瀏覽打開并修改？
清除tomcat緩存的具體步驟如下:
我們需要準備的材料有:電腦，tomcat。
1.首先，我們需要點擊打開Tomcat安裝目錄，然后點擊打開temp文件夾。