SET是什么意思？答Stomcat7默認(rèn)參數(shù)？Socket參數(shù)選項(xiàng)：1、TCP_NODELAY：表示立即發(fā)送數(shù)據(jù)。2、SO_RESUSEADDR：表示允許重用Socket所綁定的本地地址3、SO_TI

SET是什么意思？

答S

tomcat7默認(rèn)參數(shù)？

Socket參數(shù)選項(xiàng)：

1、TCP_NODELAY：表示立即發(fā)送數(shù)據(jù)。

2、SO_RESUSEADDR：表示允許重用Socket所綁定的本地地址

3、SO_TIMEOUT：表示接受數(shù)據(jù)時的超時時間。

4、SO_LINGER：表示當(dāng)執(zhí)行close()；方法時候，是否理解關(guān)閉底層的sock: 執(zhí)行該方法，那么執(zhí)行Socket的close方法，該方法也會立即返回，但底層的Sock: 那么執(zhí)行Socket的close方法，該方法不會立即返回，而進(jìn)入阻塞狀態(tài)，同時，底層的Socket也會嘗試發(fā)送剩余的數(shù)據(jù)，只有滿足下面的兩個條件之一，close方法才會返回：

（1）：底層的Socket已經(jīng)發(fā)送完所有的剩余數(shù)據(jù)

（2）： 盡管底層的Socket還沒有發(fā)送完所有的剩余數(shù)據(jù)，但已經(jīng)阻塞了3600秒，close()方法的阻塞時間超過3600秒，也會返回，剩余未發(fā)送的數(shù)據(jù)被丟棄。

_tw_reuse 1 表示開啟重用。允許將TIME-WAIT sockets重新用于新的TCP連接，默認(rèn)為0，表示關(guān)閉；

_tw_recycle 1 表示開啟TCP連接中TIME-WAIT sockets的快速回收，默認(rèn)為0，表示關(guān)閉。

5、SO_SNFBUF：表示發(fā)送數(shù)據(jù)的緩沖大小

6、SO_RCVBUF：表示接受數(shù)據(jù)的緩沖區(qū)的大小

7、SO_KEEPALIVE：表示長時間處于空閑狀態(tài)的SOCEKT，是否自動把他/她關(guān)閉

8、OOBINLINE：表示是否支持發(fā)送一個字節(jié)的TCP緊急數(shù)據(jù)

默認(rèn)參數(shù)

注： Connector 通常在HOME_TOMCAT/conf/servser.xml 文件內(nèi)

# 正常參數(shù)

Connector port8080 protocolHTTP/1.1

connectionTimeout20000

redirectPort8443 /

配置參數(shù)調(diào)試

# 優(yōu)化參數(shù)

Connector port8080

protocolHTTP/1.1

maxThreads1000

minSpareThreads100

acceptCount1000

maxConnections1000

connectionTimeout20000

maxHttpHeaderSize8192

tcpNoDelaytrue

compressionon

compressionMinSize2048

disableUploadTimeouttrue

redirectPort8443

enableLookupsfalse

URIEncodingUTF-8 /

參數(shù)詳解

1）port

注：代表Tomcat端口號，默認(rèn)8080。

2）protocol

注：協(xié)議類型，可選類型有4種，BIO（阻塞型IO），NIO，NIO2和APR。

# BIO

BIO(Blocking I/O) 阻塞式I/O操作，傳統(tǒng)的Java I/O操作(即包及其子包)。Tomcat在默認(rèn)情況下，是以bio模式運(yùn)行的，bio模式是三種運(yùn)行模式中性能最低的一種。BIO配置采用默認(rèn)即可。

BIO更適合處理簡單流程，如程序處理較快可以立即返回結(jié)果。簡單項(xiàng)目及應(yīng)用可以采用BIO。

# NIO

NIO(New I/O)是Java SE 1.4及后續(xù)版本提供的一種新的I/O操作(即包及其子包)。Java nio是一個基于緩沖區(qū)、非阻塞I/O操作的Java API它擁有比傳統(tǒng)I/O操作(bio)更好的并發(fā)運(yùn)行性能。

NIO更適合后臺需要耗時完成請求的操作，如程序接到了請求后需要比較耗時的處理這已請求，所以無法立即返回結(jié)果，這樣如果采用BIO就會占用一個連接，而使用NIO后就可以將此連接轉(zhuǎn)讓給其他請求，直至程序處理完成返回為止。

# APR

APR(Apache Portable Runtime/Apache可移植運(yùn)行時)，是Apach:Tomcat將以JNI的形式調(diào)用 Apache HTTP服務(wù)器的核心動態(tài)鏈接庫來處理文件讀取或網(wǎng)絡(luò)傳輸操作，從而大大地提高 Tomcat對靜態(tài)文件的處理性能。

APR可以大大提升Tomcat對靜態(tài)文件的處理性能，同時如果你使用了HTTPS傳輸?shù)脑?，也可以提升SSL的處理性能。

# 修改

//BIO

protocolHTTP/1.1

//NIO

protocol

//NIO2

protocol

//APR

protocol

3）maxThreads (線程池的大小默認(rèn)200)

注：連接器創(chuàng)建處理請求線程的最大數(shù)目，處理同事請求的最大數(shù)目，默認(rèn)值為200。

如果一個執(zhí)行器與此連接器關(guān)聯(lián)，則忽略此屬性，因?yàn)樵搶傩詫⒈缓雎?，所以該連接器將使用執(zhí)行器而不是一個內(nèi)部線程池來執(zhí)行任務(wù)。maxThreads是一個重要的配置屬性，maxThreads配置的合理直接影響了Tomcat的相關(guān)性能。maxThreads并不是配置的越大越好，事實(shí)即使配置成999999也是沒有用的，因?yàn)檫@個最大值是受操作系統(tǒng)及相關(guān)硬件所制約的，并且最大值并不一定是最優(yōu)值，所以我們追尋的應(yīng)該是最優(yōu)值而不是最大值。

QPS（Query Per Second）：每秒查詢率QPS是對一個特定的查詢服務(wù)器在規(guī)定時間內(nèi)所處理流量多少的衡量標(biāo)準(zhǔn)。我們常常使用 QPS值來衡量一個服務(wù)器的性能。

QPS 并發(fā)數(shù) / 平均響應(yīng)時間

并發(fā)數(shù) QPS * 平均響應(yīng)時間

一個系統(tǒng)吞吐量通常由QPS、并發(fā)數(shù)兩個因素決定，每套系統(tǒng)的這兩個值都有一個相對極限值，在應(yīng)用場景訪問壓力下，只要某一項(xiàng)達(dá)到系統(tǒng)最高值，系統(tǒng)的吞吐量就上不去了，如果壓力繼續(xù)增大，系統(tǒng)的吞吐量反而會下降，原因是系統(tǒng)超負(fù)荷工作，上下文切換、內(nèi)存等等其它消耗導(dǎo)致系統(tǒng)性能下降。所謂吞吐量這里可以理解為每秒能處理請求的次數(shù)。

所以選擇一個合理的 maxThreads值，其實(shí)并不是那么容易的事。因?yàn)檫^多的線程只會造成，更多的內(nèi)存開銷，更多的CPU開銷，但是對提升QPS確毫無幫助；找到最佳線程數(shù)后通過簡單的設(shè)置，可以讓web系統(tǒng)更加穩(wěn)定，得到最高，最穩(wěn)定的QPS輸出。

# 獲取最佳maxThreads的最佳值

（1）通過線上系統(tǒng)不斷使用和用戶的不斷增長來進(jìn)行性能測試，觀察QPS，響應(yīng)時間，這種會在爆發(fā)式增長時系統(tǒng)崩潰，如雙12等。

（2）根據(jù)公式計(jì)算，服務(wù)器端最佳線程數(shù)量((線程等待時間 線程cpu時間)/線程cpu時間) * cpu數(shù)量，這種有時會被誤導(dǎo)，因?yàn)槟承┫到y(tǒng)處理環(huán)節(jié)可能會耗時比較長，從而影響公式的結(jié)果。

（3）單、多用戶壓力測試，查看CPU的消耗，然后直接乘以百分比，再進(jìn)行壓測，一般這個值的附近應(yīng)該就是最佳線程數(shù)量，這種理想場景比較適用，實(shí)際情況會比這個復(fù)雜的多。

（4）根據(jù)系統(tǒng)的自身情況調(diào)整，如硬件限制，系統(tǒng)限制，程序處理能力限制等。

（5）定期修改為不同的 maxThreads值，看服務(wù)器響應(yīng)結(jié)果及用戶反應(yīng)。

# QPS和線程數(shù)的關(guān)系

（1）在最佳線程數(shù)量之前，QPS和線程是互相遞增的關(guān)系，線程數(shù)量到了最佳線程之后，QPS持平，不在上升，甚至略有下降，同時相應(yīng)時間持續(xù)上升。

（2）同一個系統(tǒng)而言，支持的線程數(shù)越多（最佳線程數(shù)越多而不是配置的線程數(shù)越多），QPS越高。

# QPS和響應(yīng)時間的關(guān)系

（1）對于一般的web系統(tǒng)，響應(yīng)時間一般有CPU執(zhí)行時間 IO等待時間組成。

（2）CPU的執(zhí)行時間減少，對QPS有實(shí)質(zhì)的提升，IO時間的減少，對QPS提升不明顯。如果要想明顯提升QPS，優(yōu)化系統(tǒng)的時候要著重優(yōu)化CPU消耗大戶。

4）minSpareThreads

注：線程的最小運(yùn)行數(shù)目，這些始終保持運(yùn)行。如果未指定，默認(rèn)值為10。

5）acceptCount （默認(rèn)為100,隊(duì)列，backlog:半隊(duì)列的大?。?/p>

注：最大隊(duì)列長度。一般與maxThreads相同，默認(rèn)為100。

當(dāng)所有可能的請求處理線程都在使用時傳入連接請求的最大隊(duì)列長度。如果未指定，默認(rèn)值為100。一般是設(shè)置的跟 maxThreads一樣或一半，此值設(shè)置的過大會導(dǎo)致排隊(duì)的請求超時而未被處理。所以這個值應(yīng)該是主要根據(jù)應(yīng)用的訪問峰值與平均值來權(quán)衡配置。

6）maxConnections （NIO與NIO2的默認(rèn)值為10000，accept的Socket的大?。?/p>

注：在任何給定的時間內(nèi)，服務(wù)器將接受和處理的最大連接數(shù)。當(dāng)這個數(shù)字已經(jīng)達(dá)到時，服務(wù)器將接受但不處理，等待進(jìn)一步連接。NIO與NIO2的默認(rèn)值為10000，APR默認(rèn)值為8192。

7）connectionTimeout （設(shè)置到(connectionTimeout )）

注：當(dāng)請求已經(jīng)被接受，但未被處理，也就是等待中的超時時間。單位為毫秒，默認(rèn)值為60000。通常情況下設(shè)置為30000。

8）maxHttpHeaderSize

注：請求和響應(yīng)的HTTP頭的最大大小，以字節(jié)為單位指定。如果沒有指定，這個屬性被設(shè)置為8192（8 KB）。

9）tcpNoDelay

注：如果為true，服務(wù)器socket會設(shè)置TCP_NO_DELAY選項(xiàng)，在大多數(shù)情況下可以提高性能。缺省情況下設(shè)為true。

10）compression

注：是否啟用gzip壓縮，默認(rèn)為關(guān)閉狀態(tài)。這個參數(shù)的可接受值為“off”（不使用壓縮），“on”（壓縮文本數(shù)據(jù)），“force”（在所有的情況下強(qiáng)制壓縮）。

11）compressionMinSize

注：如果compressionon，則啟用此項(xiàng)。被壓縮前數(shù)據(jù)的最小值，也就是超過這個值后才被壓縮。如果沒有指定，這個屬性默認(rèn)為“2048”（2K），單位為byte。

12）disableUploadTimeout

注：這個標(biāo)志允許servlet Container在一個servlet執(zhí)行的時候，使用一個不同的，更長的連接超時。最終的結(jié)果是給servlet更長的時間以便完成其執(zhí)行，或者在數(shù)據(jù)上傳的時候更長的超時時間。如果沒有指定，設(shè)為false。

13）enableLookups

注：關(guān)閉DNS反向查詢。

14）URIEncoding

注：URL編碼字符集。