一個tomcat可以占用幾個端口 tomcat8009端口被占用可以修改嗎?
tomcat8009端口被占用可以修改嗎?情況很難在一瞬間看出,只不過反正是要找出倒底是哪個程序占用資源了這幾個端口。也可以在控制臺里用“netstat-abn”命令打開系統(tǒng)正在運行的程序所電腦資源的
tomcat8009端口被占用可以修改嗎?
情況很難在一瞬間看出,只不過反正是要找出倒底是哪個程序占用資源了這幾個端口。也可以在控制臺里用“netstat-abn”命令打開系統(tǒng)正在運行的程序所電腦資源的端口這些咨詢信息:可以看到,是javaw.exe這個程序占用了8009和8080端口,在資源管理器中把它結(jié)束后掉就可以了。
怎樣查看8080端口被什么程序占用?
Tomcat起動時最常見的象性問題應(yīng)該是當前端口被其他程序占用,可能導(dǎo)致的無法啟動。根據(jù)于此可以直接進入cmd依靠netstat命令一欄當前端口占用帶寬情況,隨后參照pid在任務(wù)管理器中重新啟動/都結(jié)束了相對應(yīng)的服務(wù)/任務(wù)。追加為隨機操作:
1、
tomcat啟動時說端口被占用,怎么辦啊?
不當然是tomcat占用資源了你的8080端口,其它程序也可能會占用帶寬你的這個端口號下面教你有什么看法別的程序占你的這個端口號了。假如是那樣就把那個占你端口號的程序在任務(wù)管理器中結(jié)束后掉進程,要是還不行重起下機器就行了。再點“又開始→運行”,框輸入“cmd”并回車,打開命令提示符窗口。在命令提示符狀態(tài)下鍵入“netstat-a-n”,按動回車鍵后就看的到以數(shù)字形式會顯示的TCP和UDP直接連接的端口號及狀態(tài)(。小知識:Netstat發(fā)出命令用法命令格式:Netstat-a-e-n-o-s
tomcat7默認參數(shù)?
Socket參數(shù)選項:
1、TCP_NODELAY:它表示立刻你的郵箱數(shù)據(jù)。
2、yeah_RESUSEADDR:意思是不允許委以重任Socket所沒綁定的本地地址
3、oh,no_TIMEOUT:表示接受數(shù)據(jù)時的已超時時間。
4、so_LINGER:可以表示當執(zhí)行l(wèi)ocked();方法時候,是否是解釋關(guān)了底層的socket。(Reset報文)
setSoLinger(true,0):不能執(zhí)行該方法,那么負責執(zhí)行Socket的closed方法,該方法也會馬上返回,但底層的Socket也會立玄自動關(guān)閉,所有未發(fā)送完的殘余數(shù)據(jù)被丟棄
setSoLinger(true,3600):這樣的話想執(zhí)行Socket的return方法,該方法不會立馬趕往,而直接進入會堵塞狀態(tài),另外,底層的Socket也會一段時間正在發(fā)送其余的數(shù)據(jù),僅有不滿足下面的兩個條件之一,closed方法才會直接返回:
(1):底層的Socket已經(jīng)正在發(fā)送完所有的其余數(shù)據(jù)
(2):事實上底層的Socket還還沒有你的郵箱完所有的剩下的數(shù)據(jù),但巳經(jīng)造成堵塞了3600秒,return()方法的造成堵塞時間達到3600秒,也會返回,殘余未發(fā)送的數(shù)據(jù)被丟棄。
_tw_reuse1來表示再開啟器重。容許將TIME-WAITsockets原先主要是用于新的TCP連接上,默認為0,意思是自動關(guān)閉;
_tw_recycle1表示傳送TCP連接上中TIME-WAITsockets的飛快回收,默認為0,意思是關(guān)閉。
5、oh,no_SNFBUF:意思是發(fā)送數(shù)據(jù)的緩沖大小
6、so_RCVBUF:可以表示認可數(shù)據(jù)的緩沖區(qū)的大小
7、okay_KEEPALIVE:意思是長時間處于多余的時間狀態(tài)的SOCEKT,如何確定自動把他/她關(guān)了
8、OOBINLINE:表示是否允許發(fā)送中一個字節(jié)的TCP急需數(shù)據(jù)
默認參數(shù)
注:Connector常見在HOME_TOMCAT/conf/servser.xml文件內(nèi)
#正常了參數(shù)
Connectorport8080protocolHTTP/1.1
connectionTimeout20000
redirectPort8443/
配置參數(shù)調(diào)試
#360優(yōu)化參數(shù)
Connector port8080protocolHTTP/1.1maxThreads1000minSpareThreads100acceptCount1000maxConnections1000connectionTimeout20000maxHttpHeaderSize8192 cpNoDelaytruecompressiononcompressionMinSize2048disableUploadTimeouttrue edirectPort8443enableLookupsfalse%uRIEncodingUTF-8/
參數(shù)詳細解析
1)port
注:貞潔戒Tomcat端口號,系統(tǒng)默認8080。
2)protocol
注:協(xié)議類型,可選類型有4種,BIO(阻塞型IO),NIO,NIO2和APR。
#BIOBIO(BlockingI/O)阻塞式I/O不能操作,傳統(tǒng)的JavaI/O你的操作(即包教材習(xí)題解答子包)。Tomcat在默認情況下,是以bio模式運行的,bio模式是三種運行模式中性能最少的一種。BIO配置采用默認即可。
BIO更適合我一次性處理很簡單流程,如程序一次性處理較快可以不馬上回結(jié)果。簡單點項目及應(yīng)用可以不需要BIO。
#NIO IO(NewI/O)是JavaSE1.4及現(xiàn)版本需要提供的一種新的I/O操作(即包教材習(xí)題解答子包)。Javanio是一個設(shè)計和實現(xiàn)緩沖區(qū)、非阻塞I/O你操作的JavaAPI它強大比現(xiàn)代I/O操作(bio)更合適的并發(fā)運行性能。
NIO更適合后臺是需要工程浩大完成幫忙的操作,如程序收到消息了請求后要也很需要的時間的一次性處理這已只是請求,因此難以馬上趕往結(jié)果,那樣如果按結(jié)構(gòu)BIO是會電腦資源一個連接,而在用NIO后就這個可以將此連接到轉(zhuǎn)讓手續(xù)給其他請求,至使程序如何處理能夠完成趕往為止。
#APRAPR(Apache Portable Runtime/Apache可移植運行時),是ApacheHTTP服務(wù)器的支持庫。你可以不簡單點地理解為:Tomcat將以JNI的形式全局函數(shù)ApacheHTTP服務(wù)器的核心動態(tài)鏈接庫來一次性處理文件讀取或數(shù)據(jù)的傳輸能操作,使大家地增加Tomcat對動態(tài)和靜態(tài)文件的處理性能。
APR可以大家實力提升Tomcat對靜態(tài)文件的處理性能,同時如果沒有你不使用了HTTPS傳輸?shù)脑?,也也可以提升到SSL的處理性能。
#修改
//BIO
protocolHTTP/1.1
//NIO
protocol
//NIO2
protocol
//APR
protocol
3)maxThreads(線程池的大小默認200)
注:連接器創(chuàng)建家族全面處理跪請線程的大的數(shù)目,處理同事請求的比較大數(shù)目,默認值為200。
要是一個執(zhí)行器與此連接器關(guān)聯(lián),則忽略此屬性,畢竟該屬性將被看出,所以我該連接器將不使用執(zhí)行器而不是什么一個內(nèi)部線程池來執(zhí)行任務(wù)。maxThreads是三個不重要的配置屬性,maxThreads配置的合不合理真接影響了Tomcat的咨詢性能。maxThreads并不是配置的越大越好,實際除非配置成999999確實是就沒得用,只不過這個比較大值是受操作系統(tǒng)及具體硬件所極大的限制的,另外最大值的確當然是最優(yōu)值,因為我們一路追尋的肯定是最優(yōu)值而不是什么比較大值。
QPS(Query Per Second):每秒可以查詢率QPS是對一個某個特定的查詢服務(wù)器在相關(guān)規(guī)定時間內(nèi)所如何處理流量多少的衡量標準。我們常常覺得建議使用QPS值來衡量能力一個服務(wù)器的性能。
QPS并發(fā)數(shù)/平均響應(yīng)時間
并發(fā)數(shù)QPS*平均響應(yīng)時間
一個系統(tǒng)吞吐量常見由QPS、并發(fā)數(shù)兩個因素改變,3套系統(tǒng)的這兩個值都有吧一個相對極限值,在應(yīng)用場景訪問壓力下,如果能某一項提升到操作系統(tǒng)極高值,系統(tǒng)的吞吐量就上不去的,如果沒有壓力繼續(xù)增大,系統(tǒng)的吞吐量反倒會降到,原因是系統(tǒng)高強度工作,上下文切換、內(nèi)存等等其它消耗掉可能導(dǎo)致系統(tǒng)性能下降。正所謂吞吐量這里可以不理解為速度10能去處理只是請求的次數(shù)。
所以中,選擇一個比較合理的maxThreads值,不過并也不是那么很容易的事。畢竟過多的線程只會照成,更多的內(nèi)存開銷,更多的CPU開銷,可是對提升QPS確完全沒有幫助;找不到適宜線程數(shù)后實際簡單的設(shè)置,可以不讓web系統(tǒng)更加穩(wěn)定,換取最高,最穩(wěn)定啊的QPS輸出。
#某些最佳maxThreads的最佳的方法值
(1)通過線上系統(tǒng)不時建議使用和用戶的斷的增長來通過性能測試,仔細的觀察QPS,響應(yīng)時間,這種會在爆發(fā)式增長時系統(tǒng)文件丟失,如雙12等。
(2)依據(jù)什么公式計算,服務(wù)器端最佳線程數(shù)量((線程耐心的等待時間線程cpu時間)/線程cpu時間)*cpu數(shù)量,這種老是會被誤導(dǎo),只不過某些系統(tǒng)全面處理環(huán)節(jié)很有可能會前后歷時比較比較長,進而影響不大公式的結(jié)果。
(3)單、多用戶壓力測試,打開系統(tǒng)CPU的消耗,然后再直接除以百分比,再參與壓測,好象這個值的附近估計是最佳線程數(shù)量,這種理想場景都很范圍問題,實際中情況會比這個急切的多。
(4)依據(jù)什么系統(tǒng)的自身情況按照,如硬件限制,系統(tǒng)限制,程序處理能力限制等。
(5)定期改為相同的maxThreads值,看服務(wù)器做出反應(yīng)結(jié)果及用戶反應(yīng)。
#QPS和線程數(shù)的關(guān)系
(1)在最適合線程數(shù)量之前,QPS和線程是互想遞增的關(guān)系,線程數(shù)量到了最適合線程之后,QPS相若,在的猛升,甚至于有些迅速下降,同時或則時間減弱上升。
(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有實質(zhì)的提升,IO時間的減少,對QPS提升到不的確。如果要想很明顯修為提升QPS,優(yōu)化系統(tǒng)系統(tǒng)的時候要指出優(yōu)化系統(tǒng)CPU消耗大戶。
4)minSpareThreads
注:線程的最大時運行數(shù)目,這些依然保持運行。假如未委托,默認值為10。
5)acceptCount(默認為100,隊列,backlog:半隊列的大小)
注:比較大隊列長度。好象與maxThreads完全相同,默認為100。
當所有可能會的請求處理線程都在在用時傳入再連接各位的大隊列長度。如果未指定,默認值為100。一般是系統(tǒng)設(shè)置的跟maxThreads一樣或一半,此值設(shè)置里的過大會會造成排隊的請求網(wǎng)絡(luò)錯誤而未被全面處理。所以才這個值肯定是要注意依據(jù)運用的訪問峰值與平均值來斟酌一番配置。
6)maxConnections(NIO與NIO2的默認值為10000,accept的Socket的大?。?/p>
注:在任何計算變量的時間內(nèi),服務(wù)器將得到和一次性處理的的最連接數(shù)。當這個數(shù)字已經(jīng)都沒有達到時,服務(wù)器將給予但不處理,在等待盡快連接。NIO與NIO2的默認值為10000,APR默認值為8192。
7)connectionTimeout(設(shè)置到(connectionTimeout))
注:當跪請早被接受,但未被處理,也就是等待中的網(wǎng)絡(luò)錯誤時間。單位為毫秒,默認值為60000。通常情況下設(shè)置為30000。
8)maxHttpHeaderSize
注:幫忙和響應(yīng)的HTTP頭的大大小,以字節(jié)為單位指定。假如還沒有指定你,這個屬性被設(shè)置中為8192(8KB)。
9)tcpNoDelay
注:假如為true,服務(wù)器socket會設(shè)置里TCP_no,no_DELAY選項,在大多數(shù)情況下也可以增強性能。缺省情況下設(shè)部門為true。
10)compression
注:有無關(guān)閉gzip壓解,設(shè)置為關(guān)閉狀態(tài)。這個參數(shù)的可認可值為“off”(不使用壓解),“on”(壓解文本數(shù)據(jù)),“force”(在所有的情況下滿高壓縮)。
11)compressionMinSize
注:如果compressionon,則重設(shè)此項。被高壓縮前數(shù)據(jù)的最小值,也就是超過這個值后才被壓解。假如也沒指定,這個屬性默認為“2048”(2K),單位為4個字節(jié)。
12)disableUploadTimeout
注:這個標志容許servlet容器Container在一個servlet不能執(zhí)行的時候,建議使用一個完全不同的,更長的直接連接連接失敗。終于的結(jié)果是給servlet更長的時間以便結(jié)束其不能執(zhí)行,也可以在數(shù)據(jù)上傳的時候更長的超時時間。如果沒有沒有委托,設(shè)為false。
13)enableLookups
注:直接關(guān)閉DNS方向相反網(wǎng)站查詢。
14)URIEncoding
注:URL編碼字符集。