十五道tomcat面試題,為數(shù)不多的機(jī)會!
一. Tomcat的缺省端口是多少,怎么修改?
- 找到Tomcat目錄下的conf文件夾
- 進(jìn)入conf文件夾里面找到server.xml文件
- 打開server.xml文件
- 在server.xml文件里面找到下列信息
<!-- port="8080"改成你想要的端口 --> <Connector connectionTimeout="20000" port="8080" protocol="HTTP/1.1" redirectPort="8443" uriEncoding="utf-8"/>
二. Tomcat 有哪幾種Connector 運(yùn)行模式(優(yōu)化)?
- bio:傳統(tǒng)的Java I/O操作,同步且阻塞IO。
maxThreads="150" Tomcat使用線程來處理接收的每個請求。這個值表示Tomcat可創(chuàng)建的最大的線程數(shù)。默認(rèn)值200??梢愿鶕?jù)機(jī)器的時期性能和內(nèi)存大小調(diào)整,一般可以在400-500。最大可以在800左右。minSpareThreads="25" Tomcat初始化時創(chuàng)建的線程數(shù)。默認(rèn)值4。如果當(dāng)前沒有空閑線程,且沒有超過maxThreads,一次性創(chuàng)建的空閑線程數(shù)量。Tomcat初始化時創(chuàng)建的線程數(shù)量也由此值設(shè)置。maxSpareThreads="75" 一旦創(chuàng)建的線程超過這個值,Tomcat就會關(guān)閉不再需要的socket線程。默認(rèn)
值50。一旦創(chuàng)建的線程超過此數(shù)值,Tomcat會關(guān)閉不再需要的線程。線程數(shù)可以大致上用 “同時在線人數(shù)每秒用戶操作次數(shù)系統(tǒng)平均操作時間” 來計(jì)算。acceptCount="100" 指定當(dāng)所有可以使用的處理請求的線程數(shù)都被使用時,可以放到處理隊(duì)列中的請
求數(shù),超過這個數(shù)的請求將不予處理。默認(rèn)值10。如果當(dāng)前可用線程數(shù)為0,則將請求放入處理隊(duì)列中。這個值限定了請求隊(duì)列的大小,超過這個數(shù)值的請求將不予處理。connectionTimeout="20000" 網(wǎng)絡(luò)連接超時,默認(rèn)值20000,單位:毫秒。設(shè)置為0表示永不超時,
這樣設(shè)置有隱患的。通??稍O(shè)置為30000毫秒。
- nio:JDK1.4開始支持,同步阻塞或同步非阻塞IO。
指定使用NIO模型來接受HTTP請求protocol="org.apache.coyote.http11.Http11NioProtocol" 指定使用NIO模型來接受HTTP請求。默認(rèn)是BlockingIO,配置為protocol="HTTP/1.1"acceptorThreadCount="2"使用NIO模型時接收線程的數(shù)目。
- aio(nio.2):JDK7開始支持,異步非阻塞IO。
- apr:Tomcat將以JNI的形式調(diào)用Apache HTTP服務(wù)器的核心動態(tài)鏈接庫來處理文件讀取或網(wǎng)絡(luò)傳輸操作,從而大大地 提高Tomcat對靜態(tài)文件的處理性能。
<!-- protocol 啟用 nio模式,(tomcat8默認(rèn)使用的是nio)(apr模式利用系統(tǒng)級異步io) --> <!-- minProcessors最小空閑連接線程數(shù)--> <!-- maxProcessors最大連接線程數(shù)--> <!-- acceptCount允許的最大連接數(shù),應(yīng)大于等于maxProcessors--> <!-- enableLookups 如果為true,requst.getRemoteHost會執(zhí)行DNS查找,反向解析ip對應(yīng)域名或主機(jī)名--> <Connector port="8080" protocol="org.apache.coyote.http11.Http11NioProtocol" connectionTimeout="20000" redirectPort="8443" maxThreads="500" minSpareThreads="100" maxSpareThreads="200" acceptCount="200" enableLookups="false"/>
其他配置
maxHttpHeaderSize="8192"
http請求頭信息的最大程度,超過此長度的部分不予處理。一般8K。
URIEncoding="UTF-8"
指定Tomcat容器的URL編碼格式。
disableUploadTimeout="true"
上傳時是否使用超時機(jī)制
enableLookups="false"
是否反查域名,默認(rèn)值為true。為了提高處理能力,應(yīng)設(shè)置為false
compression="on"
打開壓縮功能
compressionMinSize="10240"
啟用壓縮的輸出內(nèi)容大小,默認(rèn)為2KB
noCompressionUserAgents="gozilla, traviata"
對于以下的瀏覽器,不啟用壓縮
compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"
哪些資源類型需要壓縮
三. Tomcat有幾種部署方式?
- 直接把Web項(xiàng)目放在webapps下,Tomcat會自動將其部署
- 在server.xml文件上配置<Context>節(jié)點(diǎn),設(shè)置相關(guān)的屬性即可
- 通過Catalina來進(jìn)行配置:進(jìn)入到conf\Catalina\localhost文件下,創(chuàng)建一個xml文件,該文件的名字就是站點(diǎn)的名字。編寫XML的方式來進(jìn)行設(shè)置。
四. Tomcat容器是如何創(chuàng)建servlet類實(shí)例?用到了什么原理?
當(dāng)容器啟動時,會讀取在webapps目錄下所有的web應(yīng)用中的web.xml文件,然后對xml文件進(jìn)行解析,并讀取servlet注冊信息。然后,將每個應(yīng)用中注冊的servlet類都進(jìn)行加載,并通過反射的方式實(shí)例化。(有時候也是在第一次請求時實(shí)例化)在servlet注冊時加上如果為正數(shù),則在一開始就實(shí)例化,如果不寫或?yàn)樨?fù)數(shù),則第一次請求實(shí)例化。
五. Tomcat 如何優(yōu)化?
優(yōu)化連接配置.這里以tomcat7的參數(shù)配置為例,需要修改conf/server.xml文件,修改連接數(shù),關(guān)閉客戶端dns查詢。
參數(shù)解釋:
URIEncoding=”UTF-8″ :使得tomcat可以解析含有中文名的文件的url,真方便,不像apache里還有搞個mod_encoding,還要手工編譯。
maxSpareThreads:
如果空閑狀態(tài)的線程數(shù)多于設(shè)置的數(shù)目,則將這些線程中止,減少這個池中的線程總數(shù)。minSpareThreads:
最小備用線程數(shù),tomcat啟動時的初始化的線程數(shù)。enableLookups:
這個功效和Apache中的HostnameLookups一樣,設(shè)為關(guān)閉。connectionTimeout :
connectionTimeout為網(wǎng)絡(luò)連接超時時間毫秒數(shù)。maxThreads :
maxThreads Tomcat使用線程來處理接收的每個請求。這個值表示Tomcat可創(chuàng)建的最大的線程數(shù),即最大并發(fā)數(shù)。acceptCount :
acceptCount是當(dāng)線程數(shù)達(dá)到maxThreads后,后續(xù)請求會被放入一個等待隊(duì)列,這個acceptCount是這個隊(duì)列的大小,如果這個隊(duì)列也滿了,就直接refuse connection。maxProcessors與minProcessors:
在 Java中線程是程序運(yùn)行時的路徑,是在一個程序中與其它控制線程無關(guān)的、能夠獨(dú)立運(yùn)行的代碼段。它們共享相同的地址空間。多線程幫助程序員寫出CPU最 大利用率的高效程序,使空閑時間保持最低,從而接受更多的請求。
通常Windows是1000個左右,Linux是2000個左右。
六. 內(nèi)存調(diào)優(yōu)
內(nèi)存方式的設(shè)置是在catalina.sh中,調(diào)整一下JAVA_OPTS變量即可,因?yàn)楹竺娴膯訁?shù)會把 JAVA_OPTS作為JVM的啟動參數(shù)來處理。
具體設(shè)置如下:
JAVA_OPTS="$JAVA_OPTS -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4"
其各項(xiàng)參數(shù)如下:
-Xmx3550m:設(shè)置JVM最大可用內(nèi)存為3550M。
-Xms3550m:設(shè)置JVM促使內(nèi)存為3550m。此值可以設(shè)置與-Xmx相同,以避免每次垃圾回收完成后JVM重新分配內(nèi)存。
-Xmn2g:設(shè)置年輕代大小為2G。整個堆大小=年輕代大小 + 年老代大小 + 持久代大小。持久代一般固定大小為64m,所以增大年輕代后,將會減小年老代大小。此值對系統(tǒng)性能影響較大,Sun官方推薦配置為整個堆的3/8。
-Xss128k:設(shè)置每個線程的堆棧大小。JDK5.0以后每個線程堆棧大小為1M,以前每個線程堆棧大小為256K。更具應(yīng)用的線程所需內(nèi)存大小進(jìn)行調(diào)整。在相同物理內(nèi)存下,減小這個值能生成更多的線程。但是操作系統(tǒng)對一個進(jìn)程內(nèi)的線程數(shù)還是有限制的,不能無限生成,經(jīng)驗(yàn)值在3000~5000左右。
-XX:NewRatio=4:設(shè)置年輕代(包括Eden和兩個Survivor區(qū))與年老代的比值(除去持久代)。設(shè)置為4,則年輕代與年老代所占比值為1:4,年輕代占整個堆棧的1/5
-XX:SurvivorRatio=4:設(shè)置年輕代中Eden區(qū)與Survivor區(qū)的大小比值。設(shè)置為4,則兩個Survivor區(qū)與一個Eden區(qū)的比值為2:4,一個Survivor區(qū)占整個年輕代的1/6
-XX:MaxPermSize=16m:設(shè)置持久代大小為16m。
-XX:MaxTenuringThreshold=0:設(shè)置垃圾最大年齡。如果設(shè)置為0的話,則年輕代對象不經(jīng)過Survivor區(qū),直接進(jìn)入年老代。對于年老代比較多的應(yīng)用,可以提高效率。如果將此值設(shè)置為一個較大值,則年輕代對象會在Survivor區(qū)進(jìn)行多次復(fù)制,這樣可以增加對象再年輕代的存活時間,增加在年輕代即被回收的概論。
七. 垃圾回收策略調(diào)優(yōu)
垃圾回收的設(shè)置也是在catalina.sh中,調(diào)整JAVA_OPTS變量。
具體設(shè)置如下:
JAVA_OPTS="$JAVA_OPTS -Xmx3550m -Xms3550m -Xss128k -XX:+UseParallelGC -XX:MaxGCPauseMillis="100"
具體的垃圾回收策略及相應(yīng)策略的各項(xiàng)參數(shù)如下:
- 串行收集器(JDK1.5以前主要的回收方式)
-XX:+UseSerialGC
:設(shè)置串行收集器
- 并行收集器(吞吐量優(yōu)先)
示例:java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:MaxGCPauseMillis=100
-XX:+UseParallelGC:選擇垃圾收集器為并行收集器。此配置僅對年輕代有效。即上述配置下,年輕代使用并發(fā)收集,而年老代仍舊使用串行收集
-XX:ParallelGCThreads=20:配置并行收集器的線程數(shù),即:同時多少個線程一起進(jìn)行垃圾回收。此值最好配置與處理器數(shù)目相等。
-XX:+UseParallelOldGC:配置年老代垃圾收集方式為并行收集。JDK6.0支持對年老代并行收集
-XX:MaxGCPauseMillis=100:設(shè)置每次年輕代垃圾回收的最長時間,如果無法滿足此時間,JVM會自動調(diào)整年輕代大小,以滿足此值。
-XX:+UseAdaptiveSizePolicy:設(shè)置此選項(xiàng)后,并行收集器會自動選擇年輕代區(qū)大小和相應(yīng)的Survivor區(qū)比例,以達(dá)到目標(biāo)系統(tǒng)規(guī)定的最低相應(yīng)時間或者收集頻率等,此值建議使用并行收集器時,一直打開。
- 并發(fā)收集器(響應(yīng)時間優(yōu)先)
示例:java -Xmx3550m -Xms3550m -Xmn2g -Xss128k
-XX:+UseConcMarkSweepGC:設(shè)置年老代為并發(fā)收集。測試中配置這個以后,-XX:NewRatio=4的配置失效了,原因不明。所以,此時年輕代大小最好用-Xmn設(shè)置。
-XX:+UseParNewGC: 設(shè)置年輕代為并行收集。可與CMS收集同時使用。JDK5.0以上,JVM會根據(jù)系統(tǒng)配置自行設(shè)置,所以無需再設(shè)置此值。
-XX:CMSFullGCsBeforeCompaction:由于并發(fā)收集器不對內(nèi)存空間進(jìn)行壓縮、整理,所以運(yùn)行一段時間以后會產(chǎn)生“碎片”,使得運(yùn)行效率降低。此值設(shè)置運(yùn)行多少次GC以后對內(nèi)存空間進(jìn)行壓縮、整理。
-XX:+UseCMSCompactAtFullCollection:打開對年老代的壓縮??赡軙绊懶阅埽强梢韵槠?。
八. 共享session處理
目前的處理方式有如下幾種:
- 使用Tomcat本身的Session復(fù)制功能。方案的有點(diǎn)是配置簡單,缺點(diǎn)是當(dāng)集群數(shù)量較多時,Session復(fù)制的時間會比較長,影響響應(yīng)的效率。
- 使用第三方來存放共享Session目前用的較多的是使用memcached來管理共享Session,借助于memcached-sesson-manager來進(jìn)行Tomcat的Session管理。
- 使用黏性session的策略。對于會話要求不太強(qiáng)(不涉及到計(jì)費(fèi),失敗了允許重新請求下等)的場合,同一個用戶的session可以由nginx或者apache交給同一個Tomcat來處理,這就是所謂的session sticky策略,目前應(yīng)用也比較多。
- nginx默認(rèn)不包含session sticky模塊,需要重新編譯才行(windows下我也不知道怎么重新編譯)優(yōu)點(diǎn)是處理效率高多了,缺點(diǎn)是強(qiáng)會話要求的場合不合適。
九. 添加JMS遠(yuǎn)程監(jiān)控
對于部署在局域網(wǎng)內(nèi)其它機(jī)器上的Tomcat,可以打開JMX監(jiān)控端口,局域網(wǎng)其它機(jī)器就可以通過這個端口查看一些常用的參數(shù)(但一些比較復(fù)雜的功能不支持),同樣是在JVM啟動參數(shù)中配置即可。
配置如下:
-Dcom.sun.management.jmxremote.ssl=false - Dcom.sun.management.jmxremote.authenticate=false -Djava.rmi.server.hostname=192.168.71.38 設(shè)置JVM的JMS監(jiān)控監(jiān)聽的IP地址,主要是為了防止錯誤的監(jiān)聽成127.0.0.1這個內(nèi)網(wǎng)地址 -Dcom.sun.management.jmxremote.port=1090 設(shè)置JVM的JMS監(jiān)控的端口 -Dcom.sun.management.jmxremote.ssl=false 設(shè)置JVM的JMS監(jiān)控不實(shí)用SSL -Dcom.sun.management.jmxremote.authenticate=false 設(shè)置JVM的JMS監(jiān)控不需要認(rèn)證
十. 專業(yè)點(diǎn)的分析工具有
IBM ISA,JProfiler、probe 等,具體監(jiān)控及分析方式去網(wǎng)上搜索即可
十一. 關(guān)于Tomcat的session數(shù)目
這個可以直接從Tomcat的web管理界面去查看即可 ;或者借助于第三方工具Lambda Probe來查看,它相對于Tomcat自帶的管理稍微多了點(diǎn)功能,但也不多 ;
十二. 監(jiān)視Tomcat的內(nèi)存使用情況
使用JDK自帶的jconsole可以比較明了的看到內(nèi)存的使用情況,線程的狀態(tài),當(dāng)前加載的類的總量等;JDK自帶的jvisualvm可以下載插件(如GC等),可以查看更豐富的信息。如果是分析本地的Tomcat的話,還可以進(jìn)行內(nèi)存抽樣等,檢查每個類的使用情況。
十三. 打印類的加載情況及對象的回收情況
這個可以通過配置JVM的啟動參數(shù),打印這些信息(到屏幕(默認(rèn)也會到catalina.log中)或者文件),
具體參數(shù)如下:
-XX:+PrintGC:
輸出形式:[GC 118250K->113543K(130112K), 0.0094143 secs] [Full GC121376K->10414K(130112K), 0.0650971 secs]
-XX:+PrintGCDetails
:
輸出形式:[GC [DefNew: 8614K->781K(9088K), 0.0123035 secs]118250K->113543K(130112K), 0.0124633 secs] [GC [DefNew: 8614K->8614K(9088K),
0.0000665 secs][Tenured: 112761K->10414K(121024K), 0.0433488 secs] 121376K-10414K(130112K), 0.0436268 secs]
-XX:+PrintGCTimeStamps
-XX:+PrintGC
:PrintGCTimeStamps可與上面兩個混合使用。
輸出形式:11.851: [GC 98328K->93620K(130112K), 0.0082960 secs]
-XX:+PrintGCApplicationConcurrentTime
:打印每次垃圾回收前,程序未中斷的執(zhí)行時間。 可與上面混合使用。
輸出形式:Application time: 0.5291524 seconds
-XX:+PrintGCApplicationStoppedTime
:打印垃圾回收期間程序暫停的時間。可與上面混合使用。
輸出形式:Total time for which application threads were stopped: 0.0468229 seconds
-XX:PrintHeapAtGC
: 打印GC前后的詳細(xì)堆棧信息-Xloggc:filename
:與上面幾個配合使用,把相關(guān)日志信息記錄到文件以便分析-verbose:class
監(jiān)視加載的類的情況-verbose:gc
在虛擬機(jī)發(fā)生內(nèi)存回收時在輸出設(shè)備顯示信息-verbose:jni
輸出native方法調(diào)用的相關(guān)情況,一般用于診斷jni調(diào)用錯誤信息
十四. Tomcat一個請求的完整過程
Ng:(nginx) upstream yy_001{ server 10.99.99.99:8080; server 10.99.99.100:8080; hash $**; healthcheck_enabled; healthcheck_delay 3000; healthcheck_timeout 1000; healthcheck_failcount 2; healthcheck_send 'GET /healthcheck.html HTTP/1.0' 'Host: wo.com' 'Connection: close'; } server { include base.conf; server_name wo.de.tian; ... location /yy/ { proxy_pass http://yy_001; }
首先 dns 解析 wo.de.tian機(jī)器,一般是ng服務(wù)器ip地址,然后 ng根據(jù)server的配置,尋找路徑為 yy/的機(jī)器列表,ip和端口,最后 選擇其中一臺機(jī)器進(jìn)行訪問。
下面為詳細(xì)過程
1.請求被發(fā)送到本機(jī)端口8080,被在那里偵聽的Coyote HTTP/1.1 Connector獲得
2.Connector把該請求交給它所在的Service的Engine來處理,并等待來自Engine的回應(yīng)
3.Engine獲得請求localhost/yy/index.jsp,匹配它所擁有的所有虛擬主機(jī)Host
4.Engine匹配到名為localhost的Host(即使匹配不到也把請求交給該Host處理,因?yàn)樵揌ost被定義為該Engine的默認(rèn)主機(jī))
5.localhost Host獲得請求/yy/index.jsp,匹配它所擁有的所有Context
6.Host匹配到路徑為/yy的Context(如果匹配不到就把該請求交給路徑名為”“的Context去處理)
7.path=”/yy”的Context獲得請求/index.jsp,在它的mapping table中尋找對應(yīng)的servlet
8.Context匹配到URL PATTERN為*.jsp的servlet,對應(yīng)于JspServlet類
9.構(gòu)造HttpServletRequest對象和HttpServletResponse對象,作為參數(shù)調(diào)用JspServlet的doGet或doPost方法
10.Context把執(zhí)行完了之后的HttpServletResponse對象返回給HostHost
11.把HttpServletResponse對象返回給EngineEngine
12.把HttpServletResponse對象返回給ConnectorConnector
13.把HttpServletResponse對象返回給客戶browser
十五.Tomcat工作模式?
- Tomcat是一個JSP/Servlet容器。其作為Servlet容器,有三種工作模式:獨(dú)立的Servlet容器、進(jìn)程內(nèi)的Servlet容器和進(jìn)程外的Servlet容器。
總結(jié)
本篇文章就到這里了,希望能給你帶來幫助,也希望您能夠多多關(guān)注腳本之家的更多內(nèi)容!
相關(guān)文章
解析Linux系統(tǒng)中JVM內(nèi)存2GB上限的詳解
本篇文章是對Linux系統(tǒng)中JVM內(nèi)存2GB上限進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下2013-05-05SpringMVC編程使用Controller接口實(shí)現(xiàn)控制器實(shí)例代碼
這篇文章主要介紹了SpringMVC編程使用Controller接口實(shí)現(xiàn)控制器實(shí)例代碼,具有一定參考價值,需要的朋友可以參考下。2017-11-11SpringBoot初始教程之Servlet、Filter、Listener配置詳解
本篇文章主要介紹了SpringBoot初始教程之Servlet、Filter、Listener配置詳解,具有一定的參考價值,有興趣的可以了解一下2017-09-09Java中BigDecimal類與int、Integer使用總結(jié)
這篇文章主要給大家介紹了關(guān)于Java中BigDecimal類與int、Integer使用的相關(guān)資料,文中通過示例代碼介紹的非常詳細(xì),對大家學(xué)習(xí)或者使用Java具有一定的參考學(xué)習(xí)價值,需要的朋友們下面來一起學(xué)習(xí)學(xué)習(xí)吧2019-07-07初探Spring Cloud Gateway實(shí)戰(zhàn)
這篇文章主要介紹了創(chuàng)建網(wǎng)關(guān)項(xiàng)目(Spring Cloud Gateway)過程詳解,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下2021-08-08Spring注解@Resource和@Autowired區(qū)別對比詳解
這篇文章主要介紹了Spring注解@Resource和@Autowired區(qū)別對比詳解,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下2019-09-09