小弟最近想对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是怎么加载的。后续会一点点研究