小弟最近想對java編程的一個全流程進行梳理。重頭到尾,因此,就萌生了先從頭開始,一個瀏覽器在輸入url後 按下enter後 都作了些什麼呢?java
經過在網上的搜索,找到一篇比較靠譜的web
http://m.blog.csdn.net/zxh476771756/article/details/78716044apache
小弟我趕忙先記下來,而後慢慢消化。上述知名的dns協議和數據鏈路層、傳輸層、網絡層我都沒什麼概念,只在運維那邊據說過。看來還要惡補一下運維的知識才行。編程
通過上述過程後,請求的數據包。總算到了服務器,這是服務器又根據TCP協議吧數據包還原成了請求參數。而後通知到制定的tomcat,那麼tomcat到底怎麼作的呢?瀏覽器
假設來自客戶的請求爲:
http://localhost:8080/wsota/wsota_index.jsptomcat
1) 請求被髮送到本機端口8080,被在那裏偵聽的Coyote HTTP/1.1 Connector得到
2) Connector把該請求交給它所在的Service的Engine來處理,並等待來自Engine的迴應
3) Engine得到請求localhost/wsota/wsota_index.jsp,匹配它所擁有的全部虛擬主機Host
4) Engine匹配到名爲localhost的Host(即便匹配不到也把請求交給該Host處理,由於該Host被定義爲該Engine的默認主機)
5) localhost Host得到請求/wsota/wsota_index.jsp,匹配它所擁有的全部Context
6) Host匹配到路徑爲/wsota的Context(若是匹配不到就把該請求交給路徑名爲""的Context去處理)
7) path="/wsota"的Context得到請求/wsota_index.jsp,在它的mapping table中尋找對應的servlet
8) Context匹配到URL PATTERN爲*.jsp的servlet,對應於JspServlet類
9) 構造HttpServletRequest對象和HttpServletResponse對象,做爲參數調用JspServlet的doGet或doPost方法
10)Context把執行完了以後的HttpServletResponse對象返回給Host
11)Host把HttpServletResponse對象返回給Engine
12)Engine把HttpServletResponse對象返回給Connector
13)Connector把HttpServletResponse對象返回給客戶browser服務器
大致上是這樣。但首先仍是要先了解一下tomcat 的核心配置文件 server.xmlcookie
首先會看到 一個標籤:網絡
<Server port="8005" shutdown="SHUTDOWN"> 什麼意思呢?app
測試:
telnet localhost 8005
輸入:SHUTDOWN
結果:關閉tomcat
<server>元素
<Server port="8005" shutdown="SHUTDOWN" debug="0">
1>className指定實現org.apache.catalina.Server接口的類.默認值爲org.apache.catalina.core.StandardServer
2>port指定Tomcat監聽shutdown命令端口.終止服務器運行時,必須在Tomcat服務器所在的機器上發出shutdown命令.該屬性是必須的.
3>shutdown指定終止Tomcat服務器運行時,發給Tomcat服務器的shutdown監聽端口的字符串.該屬性必須設置
<Service>元素
該元素由org.apache.catalina.Service接口定義,它包含一個<Engine>元素,以及一個或多個<Connector>,這些Connector元素共享用同一個Engine元素
<!-- 一個「Service」是一個或多個共用一個單獨「Container」(容器)的「Connectors」
組合(所以,應用程序在容器中可見)。一般,這個容器是一個「Engine」
(引擎),但這不是必須的。
注意:一個「Service」自身不是一個容器,所以,在這個級別上你不可定義
諸如「Valves」或「Loggers」子組件。
-->
<!-- Tomcat的Standalone Service
Service是一組Connector的集合
它們共用一個Engine來處理全部Connector收到的請求
-->
<Service name="Catalina">
<Service name="Apache">
第一個<Service>處理全部直接由Tomcat服務器接收的web客戶請求.
第二個<Service>處理全部由Apahce服務器轉發過來的Web客戶請求 .
1>className 指定實現org.apahce.catalina.Service接口的類.默認爲org.apahce.catalina.core.StandardService
2>name定義Service的名字
<Connector>元素
由Connector接口定義.<Connector>元素表明與客戶程序實際交互的給件,它負責接收客戶請求,以及向客戶返回響應結果.
<!-- 一個「Connector」(鏈接器)表明一個請求被接收和應答所須要的端點。每一個連
接器經過相關的「Container」(容器)處理請求。
默認狀況下,一個非SSL的HTTP/1.1的鏈接器被綁定在端口8080。你也能夠經過
根據後面的使用說明並取消第二個鏈接器入口的註釋,在端口8443上創建一個
SSL HTTP/1.1的鏈接器。開放SSL支持須要下面幾步(參見Tomcat 5文檔中怎樣
配置SSL的說明以取得更多的詳細信息):
* 若是你的JDK是1.3或1.3之前的版本,下載安裝JSSE 1.0.2或之後版本,並放
置JAR文件到「$JAVA_HOME/jre/lib/ext」目錄下。
* 帶一個「changeit」的口令值執行:
%JAVA_HOME%\bin\keytool -genkey -alias tomcat -keyalg RSA (Windows)
$JAVA_HOME/bin/keytool -genkey -alias tomcat -keyalg RSA (UNIX)
來生成它本身的證書私鑰。
默認狀況下,當一個web應用程序調用請求時,DNS查詢是可行的。這將對性能造
成一些不利的影響,所以,你能夠將「enableLookups」設置爲「false」來關閉DNS
查詢。當DNS查詢被關閉時,request.getRemoteHost()將返回包含遠程客戶IP地
址的字符串。
-->
<!-- Coyote HTTP/1.1 Connector 屬性說明
className : 該Connector的實現類是org.apache.coyote.tomcat4.CoyoteConnector
port : 在端口號8080處偵聽來自客戶browser的HTTP1.1請求.若是把8080改爲80,則只要輸入 http://localhost/便可
protocol:設定Http協議,默認值爲HTTP/1.1
minSpareThreads: 該Connector先建立5個線程等待客戶請求,每一個請求由一個線程負責
maxSpareThread:設定在監聽端口的線程的最大數目,這個值也決定了服務器能夠同時響應客戶請求的最大數目.默認值爲200
acceptCount : 當現有線程已經達到最大數75時,爲客戶請求排隊.當隊列中請求數超過100時,後來的請求返回Connection refused錯誤
redirectport : 當客戶請求是https時,把該請求轉發到端口8443去
enableLookups:若是設爲true,表示支持域名解析,能夠把IP地址解析爲主機名.WEB應用中調用 request.getRemoteHost方法返回客戶機主機名.默認值爲true
connectionTimeout:定義創建客戶鏈接超時的時間.若是爲-1,表示不限制創建客戶鏈接的時間
例子:
<Connector port="8080" maxThread="50" minSpareThreads="25" maxSpareThread="75" enableLookups="false" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" disableUploadTimeout="true" />
<Connection port="8009" enableLookups="false" redirectPort="8443" debug="0" protocol="AJP/1.3" />
第一個Connector元素定義了一個HTTP Connector,它經過8080端口接收HTTP請求;第二個Connector元素定義了一個JD Connector,它經過8009端口接收由其它服務器轉發過來的請求.
<Engine>元素
每一個Service元素只能有一個Engine元素.處理在同一個<Service>中全部<Connector>元素接收到的客戶請求.由org.apahce.catalina.Engine接口定義.
<!-- 一個「Engine」(引擎)表明處理每一個請求的入口點(在Catalina內)。這個Tomcat
的標準獨立引擎實現分析包含在請求中的HTTP頭信息,並將請求傳送到適當的主機
或虛擬主機上。-->
<!-- Engine用來處理Connector收到的Http請求
它將匹配請求和本身的虛擬主機,並把請求轉交給對應的Host來處理
默認虛擬主機是localhost
-->
<Engine name="Catalina" defaultHost="localhost" debug="0">
1>className指定實現Engine接口的類,默認值爲StandardEngine
2>defaultHost指定處理客戶的默認主機名,在<Engine>中的<Host>子元素中必須定義這一主機
3>name定義Engine的名字
在<Engine>能夠包含以下元素<Logger>, <Realm>, <Value>, <Host>
其它屬性略
-->
<Host>元素
它由Host接口定義.一個Engine元素能夠包含多個<Host>元素.每一個<Host>的元素定義了一個虛擬主機.它包含了一個或多個Web應用.
<!-- 定義默認的虛擬主機
注意:XML模式確認將不能與Xerces 2.2同工做。
-->
<!-- 虛擬主機localhost
appBase : 指定虛擬主機的目錄,能夠指定絕對目錄,也能夠指定相對於<CATALINA_HOME>的相對目錄.若是沒有此項,默認爲<CATALINA_HOME>/webapps. 它將匹配請求和本身的Context的路徑,並把請求轉交給對應的Context來處理
autoDeploy:若是此項設爲true,表示Tomcat服務處於運行狀態時,可以監測appBase下的文件,若是有新有web應用加入進來,會自運發佈這個WEB應用
unpackWARs:若是此項設置爲true,表示把WEB應用的WAR文件先展開爲開放目錄結構後再運行.若是設爲false將直接運行爲WAR文件
alias:指定主機別名,能夠指定多個別名
deployOnStartup:若是此項設爲true,表示Tomcat服務器啓動時會自動發佈appBase目錄下全部的Web應用.若是Web應用中的server.xml沒有相應的<Context>元素,將採用Tomcat默認的Context
-->
<Host name="localhost" debug="0" appBase="webapps" unpackWARs="true" autoDeploy="true">
在<Host>元素中能夠包含以下子元素
<Logger>, <Realm>, <Value>, <Context>
<Context>元素
它由Context接口定義.是使用最頻繁的元素.每一個<Context元素表明了運行在虛擬主機上的單個Web應用.一個<Host>能夠包含多個<Context>元素.每一個web應用有惟一
的一個相對應的Context表明web應用自身.servlet容器爲第一個web應用建立一個
<!-- Context,對應於一個Web App
path : 該Context的路徑名是"",故該Context是該Host的默認Context
docBase : 該Context的根目錄是webapps/mycontext/
reloadable:若是這個屬性設爲true, Tomcat服務器在運行狀態下會監視在WEB-INF/classes和Web-INF/lib目錄CLASS文件的改運.若是監視到有class文件被更新,服務器自從新加載Web應用
useNaming:指定是否支持JNDI,默認值爲了true
cookies指定是否經過Cookies來支持Session,默認值爲true
-->
以上就是tomcat的server.xml的結構。雖然接觸了不短的時間。但仔細一看,,仍是瞭解很少。只知道他是java編寫的。還不清楚java是怎麼加載的。後續會一點點研究