转自https://www.cnblogs.com/hggen/p/6264475.html
tomcat:
tomcat是一个jsp/servlet容器。其作为servlet容器，有三种工作模式：独立的servlet容器、进程内的servlet容器和进程外的servlet容器。
tomcat目录：
tomcat
|---bin：存放启动和关闭tomcat脚本
|---conf：存放不同的配置文件（server.xml和web.xml）；
|---doc：存放tomcat文档；
|---lib/japser/common：存放tomcat运行需要的库文件（jars）；
|---logs：存放tomcat执行时的log文件；
|---src：存放tomcat的源代码；
|---webapps：tomcat的主要web发布目录（包括应用程序示例）；
|---work：存放jsp编译后产生的class文件；
tomcat配置文件：
我们打开con文件夹可以看到tomcat的配置文件：
server.xml: tomcat的主配置文件，包含service, connector, engine, realm, valve, hosts主组件的相关配置信息；
web.xml：遵循servlet规范标准的配置文件，用于配置servlet，并为所有的web应用程序提供包括mime映射等默认配置信息；
tomcat-user.xml：realm认证时用到的相关角色、用户和密码等信息；tomcat自带的manager默认情况下会用到此文件；在tomcat中添加/删除用户，为用户 指定角色等将通过编辑此文件实现；
catalina.policy：java相关的安全策略配置文件，在系统资源级别上提供访问控制的能力；
catalina.properties：tomcat内部package的定义及访问相关控制，也包括对通过类装载器装载的内容的控制；tomcat在启动时会事先读取此文件的相关设置；
logging.properties: tomcat6通过自己内部实现的java日志记录器来记录操作相关的日志，此文件即为日志记录器相关的配置信息，可以用来定义日志记录的组 件级别以及日志文件的存在位置等；
context.xml：所有host的默认配置信息；
tomcat架构及常用的组件：
1、server组件
如上面示例文件中定义的：
这会让tomcat6启动一个server实例（即一个jvm），它监听在8005端口以接收shutdown命令，使用 telnet 连接8005 端口可以直接执行 shutdown 命令来关闭 tomcat。各server的定义不能使用同一个端口，这意味着如果在同一个物理机上启动了多个server实例，必须配置它们使用不同的端口。这个端口的定义用于为管理员提供一个关闭此实例的便捷途径，因此，管理员可以直接telnet至此端口使用shutdown命令关闭此实例。不过，基于安全角度的考虑，这通常不允许远程进行。
server的相关属性：
classname: 用于实现此server容器的完全限定类的名称，默认为org.apache.catalina.core.standardserver；
port: 接收shutdown指令的端口，默认仅允许通过本机访问，默认为8005；
shutdown：发往此server用于实现关闭tomcat实例的命令字符串，默认为shutdown；
2、service组件：
service主要用于关联一个引擎和与此引擎相关的连接器，每个连接器通过一个特定的端口和协议接收入站请求交将其转发至关联的引擎进行处理。困此，service要包含一个引擎、一个或多个连接器。
如上面示例中的定义：
这定义了一个名为catalina的service，此名字也会在产生相关的日志信息时记录在日志文件当中。
service相关的属性：
classname： 用于实现service的类名，一般都是org.apache.catalina.core.standardservice。
name：此服务的名称，默认为catalina；
3、connector组件：
进入tomcat的请求可以根据tomcat的工作模式分为如下两类：
tomcat作为应用程序服务器：请求来自于前端的web服务器，这可能是apache, iis, nginx等；
tomcat作为独立服务器：请求来自于web浏览器；
tomcat应该考虑工作情形并为相应情形下的请求分别定义好需要的连接器才能正确接收来自于客户端的请求。一个引擎可以有一个或多个连接器，以适应多种请求方式。
定义连接器可以使用多种属性，有些属性也只适用于某特定的连接器类型。一般说来，常见于server.xml中的连接器类型通常有4种：
1) http连接器 2) ssl连接器 3) ajp 1.3连接器 4) proxy连接器
如上面示例server.xml中定义的http连接器：
redirectport=”8443″/>
定义连接器时可以配置的属性非常多，但通常定义http连接器时必须定义的属性只有“port“，定义ajp连接器时必须定义的属性只有”protocol”，因为默认的协议为http。以下为常用属性的说明：
|
1 |
1) address：指定连接器监听的地址，默认为所有地址，即0.0.0.0； 可以自己指定地，如 |
下面是一个定义了多个属性的ssl连接器：
enablelookups=”false” acceptcount=”100″ debug=”0″ scheme=”https” secure=”true”
clientauth=”false” sslprotocol=”tls” />
4、engine组件：
engine是servlet处理器的一个实例，即servlet引擎，默认为定义在server.xml中的catalina。engine需要defaulthost属性来为其定义一个接收所有发往非明确定义虚拟主机的请求的host组件。如前面示例中定义的：
常用的属性定义：
defaulthost：tomcat支持基于fqdn的虚拟主机，这些虚拟主机可以通过在engine容器中定义多个不同的host组件来实现；但如果此引擎的连接器收到一个发往非非明确定义虚拟主机的请求时则需要将此请求发往一个默认的虚拟主机进行处理，因此，在engine中定义的多个虚拟主机的主机名称中至少要有一个跟defaulthost定义的主机名称同名；
name：engine组件的名称，用于日志和错误信息记录时区别不同的引擎；
engine容器中可以包含realm、host、listener和valve子容器。
5、host组件：
位于engine容器中用于接收请求并进行相应处理的主机或虚拟主机，如前面示例中的定义：
xmlvalidation=”false” xmlnamespaceaware=”false”>
常用属性说明：
|
1 |
1) appbase：此host的webapps目录，即存放非归档的web应用程序的目录或归档后的war文件的目录路径；可以使用基于$catalina_home的相对路径； |
虚拟主机定义示例：
主机别名定义：
如果一个主机有两个或两个以上的主机名，额外的名称均可以以别名的形式进行定义，如下：
6、context组件：
context在某些意义上类似于apache中的路径别名，一个context定义用于标识tomcat实例中的一个web应用程序；如下面的定义：
reloadable=”true”>
在tomcat6中，每一个context定义也可以使用一个单独的xml文件进行，其文件的目录为$catalina_home/conf//。可以用于context中的xml元素有loader，manager，realm，resources和watchedresource。
常用的属性定义有：
|
1 |
1) docbase：相应的web应用程序的存放位置；也可以使用相对路径，起始路径为此context所属host中appbase定义的路径；切记，docbase的路径名不能与相应的host中appbase中定义的路径名有包含关系，比如，如果appbase为deploy，而docbase绝不能为deploy-bbs类的名字； |
7、realm组件：
一个realm表示一个安全上下文，它是一个授权访问某个给定context的用户列表和某用户所允许切换的角色相关定义的列表。因此，realm就像是一个用户和组相关的数据库。定义realm时惟一必须要提供的属性是classname，它是realm的多个不同实现，用于表示此realm认证的用户及角色等认证信息的存放位置。
|
1 |
jaasrealm：基于java authintication and authorization service实现用户认证； |
下面是一个常见的使用userdatabase的配置：
下面是一个使用jdbc方式获取用户认证信息的配置：
connectionurl=”jdbc:mysql://localhost/authority”
connectionname=”test” connectionpassword=”test”
usertable=”users” usernamecol=”user_name”
usercredcol=”user_pass”
userroletable=”user_roles” rolenamecol=”role_name” />
8、valve组件：
valve类似于过滤器，它可以工作于engine和host/context之间、host和context之间以及context和web应用程序的某资源之间。一个容器内可以建立多个valve，而且valve定义的次序也决定了它们生效的次序。tomcat6中实现了多种不同的valve：
|
1 |
accesslogvalve：访问日志valve |
remotehostvalve和remoteaddrvalve可以分别用来实现基于主机名称和基于ip地址的访问控制，控制本身可以通过allow或deny来进行定义，这有点类似于apache的访问控制功能；如下面的valve则实现了仅允许本机访问/probe：
tomcat请求过程：
tomcat server处理一个http请求的过程：
描述：
1、用户点击网页内容，请求被发送到本机端口8080，被在那里监听的coyote http/1.1 connector获得。 2、connector把该请求交给它所在的service的engine来处理，并等待engine的回应。 3、engine获得请求localhost/test/index.jsp，匹配所有的虚拟主机host。 4、engine匹配到名为localhost的host（即使匹配不到也把请求交给该host处理，因为该host被定义为该engine的默认主机），名为localhost的host获得请求/test/index.jsp，匹配它所拥有的所有的context。host匹配到路径为/test的context（如果匹配不到就把该请求交给路径名为“ ”的context去处理）。 5、path=“/test”的context获得请求/index.jsp，在它的mapping table中寻找出对应的servlet。context匹配到url pattern为*.jsp的servlet,对应于jspservlet类。 6、构造httpservletrequest对象和httpservletresponse对象，作为参数调用jspservlet的doget（）或dopost（）.执行业务逻辑、数据存储等程序。 7、context把执行完之后的httpservletresponse对象返回给host。 8、host把httpservletresponse对象返回给engine。 9、engine把httpservletresponse对象返回connector。 10、connector把httpservletresponse对象返回给客户browser。
tomcat配置虚拟主机：
tomcat可以通过修改本地虚拟主机和修改本地dns的方式下，实现访问主流网站：www.baidu.com而跳转到自己配置的界面。