Tomcat
1 Tomcat簡介
Tomcat是一個免費的開源的Serlvet容器，它是Apache基金會的Jakarta項目中的一個核心項目，由Apache，Sun和其它一些公司及個人共同開發而成。與傳統的桌面應用程序不同，Tomcat中的應用程序是一個WAR（Web Archive）文件。WAR是Sun提出的一種Web應用程序格式，與JAR類似，也是許多文件的一個壓縮包。
1.1 Tomcat7的目錄結構
- /bin：存放widows或Linux平台上啟動和關閉Tomcat的腳本文件
- /conf：存放Tomcat服務器的各種全局配置文件，包括：server.xml(Tomcat的主要配置文件)、tomcat-users.xml和web.xml等配置文件
- /lib：存放所需的所有jar文件（存放Tomcat服務器以及所有web應用都可以訪問的jar文件）
- /logs：存放Tomcat執行時的日志文件
- /temp：存放Tomcat運行時所產生的臨時文件
- /webapps：Tomcat的主要Web發布目錄，默認情況下把Web應用文件放於此目錄
- /work：Tomcat將JSP生成的Servlet源文件和字節碼文件放到這個目錄下
1.2 tomcat7目錄詳細解析
- |-- bin
- | |-- bootstrap.jar tomcat啟動時所依賴的一個類，在啟動tomcat時會發現Using CLASSPATH: 是加載的這個類
- | |-- catalina-tasks.xml 定義tomcat載入的庫文件，類文件
- | |-- catalina.bat
- | |-- catalina.sh tomcat單個實例在Linux平台上的啟動腳本
- | |-- commons-daemon-native.tar.gz jsvc工具，可以使tomcat已守護進程方式運行，需單獨編譯安裝
- | |-- commons-daemon.jar jsvc工具所依賴的java類
- | |-- configtest.bat
- | |-- configtest.sh tomcat檢查配置文件語法是否正確的Linux平台腳本
- | |-- cpappend.bat
- | |-- daemon.sh tomcat已守護進程方式運行時的，啟動，停止腳本
- | |-- digest.bat
- | |-- digest.sh
- | |-- setclasspath.bat
- | |-- setclasspath.sh
- | |-- shutdown.bat
- | |-- shutdown.sh tomcat服務在Linux平台下關閉腳本
- | |-- startup.bat
- | |-- startup.sh tomcat服務在Linux平台下啟動腳本
- | |-- tomcat-juli.jar
- | |-- tomcat-native.tar.gz 使tomcat可以使用apache的apr運行庫，以增強tomcat的性能需單獨編譯安裝
- | |-- tool-wrapper.bat
- | |-- tool-wrapper.sh
- | |-- version.bat
- | -- version.sh 查看tomcat以及JVM的版本信息
- |-- conf 顧名思義，配置文件目錄
- | |-- catalina.policy 配置tomcat對文件系統中目錄或文件的讀、寫執行等權限，及對一些內存，session等的管理權限
- | |-- catalina.properties 配置tomcat的classpath等
- | |-- context.xml tomcat的默認context容器
- | |-- logging.properties 配置tomcat的日志輸出方式
- | |-- server.xml tomcat的主配置文件
- | |-- tomcat-users.xml tomcat的角色(授權用戶)配置文件
- | `-- web.xml tomcat的應用程序的部署描述符文件
- |-- lib
- |-- logs 日志文件默認存放目錄
- |-- temp
- | `-- safeToDelete.tmp
- |-- webapps tomcat默認存放應用程序的目錄，好比apache的默認網頁存放路徑是/var/www/html一樣
- | |-- docs tomcat文檔
- | |-- examples tomcat自帶的一個獨立的web應用程序例子
- | |-- host-manager tomcat的主機管理應用程序
- | | |-- META-INF 整個應用程序的入口，用來描述jar文件的信息
- | | | -- context.xml 當前應用程序的context容器配置，它會覆蓋tomcat/conf/context.xml中的配置
- | | |-- WEB-INF 用於存放當前應用程序的私有資源
- | | | |-- classes 用於存放當前應用程序所需要的class文件
- | | | |-- lib 用於存放當前應用程序鎖需要的jar文件
| | | -- web.xml 當前應用程序的部署描述符文件，定義應用程序所要加載的serverlet類，以及該程序是如何部署的 | |-- manager tomcat的管理應用程序
| |-- ROOT 指tomcat的應用程序的根，如果應用程序部署在ROOT中，則可直接通過http://ip:port 訪問到 -- work 用於存放JSP應用程序在部署時編譯后產生的class文件1.3 Tomcat7配置及啟動
Tomcat的配置
- 如下圖所示，前端請求被tomcat直接接收或者由前端的代理，通過HTTP，或者AJP代理給Tomcat，此時請求被tomcat中的connector接收，不同的connector和Engine被service組件關聯起來，在一個Engine中定義了許多的虛擬主機，由Host容器定義，每一個Host容器代表一個主機，在各自的Host中，又可以定義多個Context，用此來定義一個虛擬主機中的多個獨立的應用程序。
- 單實例應用程序配置一例
- 規划：
- 網站網頁目錄：/web/www 域名：www.test1.com
- 論壇網頁目錄：/web/bbs URL：bbs.test1.com/bbs
- 網站管理程序：$CATALINA_HOME/wabapps URL：manager.test.com 允許訪問地址：172.23.136.
- conf/server.xml
<Server port="8005" shutdown="SHUTDOWN"> <Listener className="org.apache.catalina.core.AprLifecycleListener" SSLEngine="on" /> <Listener className="org.apache.catalina.core.JasperListener" /> <Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" /> <Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" /> <Listener className="org.apache.catalina.core.ThreadLocalLeakPreventionListener" /> <GlobalNamingResources> <!-- 全局命名資源，來定義一些外部訪問資源，其作用是為所有引擎應用程序所引用的外部資源的定義 --!> <Resource name="UserDatabase" auth="Container" type="org.apache.catalina.UserDatabase" description="User database that can be updated and saved" factory="org.apache.catalina.users.MemoryUserDatabaseFactory" pathname="conf/tomcat-users.xml" /> </GlobalNamingResources> <!-- 定義的一個名叫“UserDatabase”的認證資源，將conf/tomcat-users.xml加載至內存中，在需要認證的時候到內存中進行認證 --> <Service name="Catalina"> <!-- # 定義Service組件，同來關聯Connector和Engine，一個Engine可以對應多個Connector，每個Service中只能一個Engine --!> <Connector port="80" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" /> <!-- 修改HTTP/1.1的Connector監聽端口為80.客戶端通過瀏覽器訪問的請求，只能通過HTTP傳遞給tomcat。 --> <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" /> <Engine name="Catalina" defaultHost="test.com"> <!-- 修改當前Engine，默認主機是，www.test.com --> <Realm className="org.apache.catalina.realm.LockOutRealm"> <Realm className="org.apache.catalina.realm.UserDatabaseRealm" resourceName="UserDatabase"/> </Realm> # Realm組件，定義對當前容器內的應用程序訪問的認證，通過外部資源UserDatabase進行認證 <Host name="test.com" appBase="/web" unpackWARs="true" autoDeploy="true"> <!-- 定義一個主機，域名為：test.com，應用程序的目錄是/web，設置自動部署，自動解壓 --> <Alias>www.test.com</Alias> <!-- 定義一個別名www.test.com，類似apache的ServerAlias --> <Context path="" docBase="www/" reloadable="true" /> <!-- 定義該應用程序，訪問路徑""，即訪問www.test.com即可訪問，網頁目錄為：相對於appBase下的www/，即/web/www，並且當該應用程序下web.xml或者類等有相關變化時，自動重載當前配置，即不用重啟tomcat使部署的新應用程序生效 --> <Context path="/bbs" docBase="/web/bbs" reloadable="true" /> <!-- 定義另外一個獨立的應用程序，訪問路徑為：www.test.com/bbs，該應用程序網頁目錄為/web/bbs --> <Valve className="org.apache.catalina.valves.AccessLogValve" directory="/web/www/logs" prefix="www_access." suffix=".log" pattern="%h %l %u %t "%r" %s %b" /> <!-- 定義一個Valve組件，用來記錄tomcat的訪問日志，日志存放目錄為：/web/www/logs如果定義為相對路徑則是相當於$CATALINA_HOME，並非相對於appBase，這個要注意。定義日志文件前綴為www_access.並以.log結尾，pattern定義日志內容格式，具體字段表示可以查看tomcat官方文檔 --> </Host> <Host name="manager.test.com" appBase="webapps" unpackWARs="true" autoDeploy="true"> <!-- 定義一個主機名為man.test.com，應用程序目錄是$CATALINA_HOME/webapps,自動解壓，自動部署 --> <Valve className="org.apache.catalina.valves.RemoteAddrValve" allow="172.23.136.*" /> <!-- 定義遠程地址訪問策略，僅允許172.23.136.*網段訪問該主機，其他的將被拒絕訪問 --> <Valve className="org.apache.catalina.valves.AccessLogValve" directory="/web/bbs/logs" prefix="bbs_access." suffix=".log" pattern="%h %l %u %t "%r" %s %b" /> <!-- 定義該主機的訪問日志 --> </Host> </Engine> </Service> </Server>conf/tomcat-users.xml
<?xml version='1.0' encoding='utf-8'?> <tomcat-users> <role rolename="manager-gui" /> <!-- 定義一種角色名為：manager-gui --> <user username="cz" password="manager$!!110" roles="manager-gui" /> <!-- 定義一個用戶的用戶名以及密碼，並賦予manager-gui的角色 --> </tomcat-users>由以上配置不難看出存在的一個問題。如果我們想要對其中一個應用程序的配置做一些修改，那么就必須重新啟動tomcat，那樣勢必就會影響到另外兩個應用程序的正常服務。因此以上配置是不適合線上使用的，因此需要將其配置為多實例，每個實例只跑一個獨立的應用程序，那樣我們應用程序之間就不會在互相受到影響。但是我們將面臨這樣一個問題，80端口只能被一個HTTP/1.1 Connector監聽，而三個tomcat實例則至少需要3個HTTP/1.1 Connector，這樣我們就需要一個前端代理做分發處理，接收HTTP 80端口的請求，按域名通過每個tomcat實例的AJP/1.3 Connector傳遞請求。而前端的代理選擇apache，基於這樣的思路，我們還可以做到tomcat的負載均衡，而且apache會將接收的HTTP超文本傳輸報文重新封裝成二進制格式通過AJP/1.3 協議傳遞給后端的tomcat處理，在效率上也是有明顯的提升。
conf/web.xml
一個Context對應於一個Web App，每個Web App是由一個或者多個servlet組成的,當一個Web App被初始化的時候，它將用自己的ClassLoader對象載入“部署配置文件web.xml”中定義的每個servlet類。它首先載入在$CATALINA_HOME/conf/web.xml中部署的servlet類然后載入在自己的Web App根目錄下的WEB-INF/web.xml中部署的servlet類。web.xml文件有兩部分：servlet類定義和servlet映射定義。每個被載入的servlet類都有一個名字，且被填入該Context的映射表(mapping table)中，和某種URL PATTERN對應當該Context獲得請求時，將查詢mapping table，找到被請求的servlet，並執行以獲得請求回應。分析一下所有的Context共享的web.xml文件，在其中定義的servlet被所有的Web App載入
<!------------------------------------------------------------------------------------ <web-app> <!-- 概述： 該文件是所有的WEB APP共用的部署配置文件， 每當一個WEB APP被DEPLOY，該文件都將先被處理，然后才是WEB APP自己的/WEB-INF/web.xml --> <!-- +-------------------------+ --> <!-- | servlet類定義部分 | --> <!-- +-------------------------+ --> <!-- DefaultServlet當用戶的HTTP請求無法匹配任何一個servlet的時候，該servlet被執行URL PATTERN MAPPING : / --> <servlet> <servlet-name>default</servlet-name> <servlet-class> org.apache.catalina.servlets.DefaultServlet </servlet-class> <init-param> <param-name>debug</param-name> <param-value>0</param-value> </init-param> <init-param> <param-name>listings</param-name> <param-value>true</param-value> </init-param> <!-- load-on-startup元素標記容器是否在啟動時就加載這個servlet（實例化並調用其init（）方法）。當值為0或者大於0時表示容器在應用啟動時就加載並初始化servlet當值小於0或者並沒有指定時，則表示容器在該servlet被選擇時去加載。正數的值越小，該servlet的優先級就越高，應用啟動時就越優先加載 --> <load-on-startup>1</load-on-startup> </servlet> <!-- InvokerServlet處理一個WEB APP中的匿名servlet 當一個servlet被編寫並編譯放入/WEB-INF/classes/中，卻沒有在/WEB-INF/web.xml中定義的時候該servlet被調用，把匿名servlet映射成/servlet/ClassName的形式URL PATTERN MAPPING : /servlet/* --> <servlet> <servlet-name>invoker</servlet-name> <servlet-class>org.apache.catalina.servlets.InvokerServlet </servlet-class> <init-param> <param-name>debug</param-name> <param-value>0</param-value> </init-param> <load-on-startup>2</load-on-startup> </servlet> <!-- JspServlet當請求的是一個JSP頁面的時候（*.jsp）該servlet被調用它是一個JSP編譯器，將請求的JSP頁面編譯成為servlet再執行URL PATTERN MAPPING : *.jsp --> <servlet> <servlet-name>jsp</servlet-name> <servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class> <init-param> <param-name>logVerbosityLevel</param-name> <param-value>WARNING</param-value> </init-param> <load-on-startup>3</load-on-startup> </servlet> <!-- +---------------------------+ --> <!-- | servlet映射定義部分 | --> <!-- +---------------------------+ --> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>/</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>invoker</servlet-name> <url-pattern>/servlet/*</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>jsp</servlet-name> <url-pattern>*.jsp</url-pattern> </servlet-mapping> <!-- +------------------------+ --> <!-- | 其它部分，略去先 | --> <!-- +------------------------+ --> ... ... ... ... </web-app> <!------------------------------------------------------------------------------------web.xml中url-pattern匹配規則
1. 精確匹配：以“/”開頭，加上servlet名稱；
2. 最長路徑匹配
3. 拓展名匹配
4. 如果前面的三條規則都沒有找到一個servlet，容器會根據url選擇對應的請求資源
文／StoneHeart（簡書作者）
原文鏈接：http://www.jianshu.com/p/0042d976bb39
著作權歸作者所有，轉載請聯系作者獲得授權，並標注“簡書作者”。
原文鏈接：http://www.jianshu.com/p/0042d976bb39
著作權歸作者所有，轉載請聯系作者獲得授權，並標注“簡書作者”。