rver.xml 配置,是 tomcat启动配置,从配置结构可以看出 tomcat 的整体架构。如果能够了解其常用配置项,对 tomcat有一个高屋建瓴的把握,然后再庖丁解牛,一步步深入源码中分析每一个核心功能的实现细节,这样会有事半功倍的效果。
rver是tomcat运行实例的抽象,管理着内部多个服务。在tomcat源码中rver的默认标准实现是
org.apache.catalina.core.standardrver:
(1)versionloggerlistener
org.apache.catalina.startup.versionloggerlistener监听初始化阶段,输出一些运行日志,如操作系统、jdk、tomcat版本信息以及catalina.ba、catalina.home的定义等。
(2)aprlifecyclelistener
tomcat可以使用apr本地库从操作系统级别解决异步io问题,通过jni方式调用apr本地库大幅提高对静态资源的处理性能。
org.apache.catalina.core.aprlifecyclelistener对初始化前的事件和销毁后的事件感兴趣:
在tomcat初始化前,aprlifecyclelistener尝试初始化apr库,如果初始化成功,则使用apr接收并处理客户端的请求。
在tomcat销毁后,aprlifecyclelistener会对apr做一些销毁终止操作。
(3)jrememoryleakpreventionlistener
org.apache.catalina.core.jrememoryleakpreventionlistener监听器会在tomcat初始化时使用系统类加载器预先加载一些jre的类和设置urlconnection缓存禁用属性,以避免线程上下文类加载器是tomcat自定义的webappclassloader时,加载jre导致的内存泄漏和urlconnection缓存导致的锁文件问题。
(4)globalresourceslifecyclelistener
org.apache.catalina.mbeans.globalresourceslifecyclelistener会在tomcat启动时为jndi创建mbean,停止时销毁mbean。
(5)threadlocalleakpreventionlistener
org.apache.catalina.core.threadlocalleakpreventionlistener监听器监听context停止后,销毁连接器connector中executor的所有核心工作线程,并重新创建,以避免使用threadlocal带来的内存泄漏。
(6)namingcontextlistener
org.apache.catalina.core.namingcontextlistener监听器在tomcat启动时创建并绑定全局命名资源,在tomcat停止前做一些解绑全局命名资源、反注册销毁等操作。
globalnamingresources全局命名资源,通过jndi提供统一的命名对象访问接口。而jndi(java naming and 比及的意思directory interface)是一个比较老旧的技术,在历史遗留的企业级应用中可能还在用,诸如获取一个数据库连接资源、自定义配置等,这种强耦合在启动配置文件里的方式已经不适用现在轻量级的应用和分布式服务了。(后续可以单独研究下,这里了解即可。)
tomcat启动时,主线程做完所有启动工作后,会进入循环等待shutdown的状态。如果接收到shutdown,结束循环调用tomcat停止销毁接口。
实现方式很简单,单独给主线程建立一个socket连接,时刻监听某个端口(默认8005),是否发来shutdown命令。
rver启动时,会开启两个定时任务,一个是每10秒触发一次自动部署事件,而这个定时任务可能会因为自动部署的检查和部署过程中出现异常导致该定时任务停止,所以就有了另一个定时任务每1分钟检查一次自动部署定时任务是否有在正常运行,没有就重新设置。(自动部署是host的工作,在host的生命周期监听器hostconfig中监听执行)
rvice默认标准实现是
org.apache.catalina.core.standardrvice,如果在rver中配置了多个rvice,name必须唯一,不可重复。
rvice包含的组件有executor、connector、engine,还有一个mapper组件没有在配置中体现,一般也不需要配置。
rvice中可以定义一些线程池,供connector和其他组件使用。tomcat没有另起炉灶实现自己的线程池,而是在juc的threadpoolexecutor基础上做了定制化改造,默认标准实现是
org.apache.catalina.core.standardthreadexecutor。
executor可配置项如下:
注意:
如果指定executor的实现是standardthreadexecutor,那么prestartminsparethreads无论是true还是fal,都会预先创建minsparethreads个核心工作线程。
connector风烟俱净是rvice的门户,一个rvice可以有多个connector。connector定义了多种连接协议,配置较为复杂,现仅提供常见配置说明:
注意:
tomcat10.0.6中nioendpoint已经不能配置poller线程和acceptor线程的个数,默认都是一个,同时aprendpoint也标注为不建议使用,所以关于apr的配置也可以不用深入了解。后面会详细研究connector的内部实现,到时讲解其他与源码相关的配置项。
engine是rvlet容器最顶端的管理者,负责处理对应rvice中所有请求,包含多个host和其他组件。默认标准实现是
org.apache.catalina.core.standardengine。engine以及其子容器都继承自containerba,都有些相似的组件,如accesslog、pipeline、cluster、realm、log、lifecyclelistener、containerlistener等。
engine、host、context都有一个同名前缀的lifecyclelistener,如engine的是engineconfig,host的是hostconfig,context是contextconfig,分别监听自己感兴趣的生命周期事件,如engineconfig就是在engine启动停止时输出一些日志。
对于engine节点可选配置有如下几个:
注意:
engine即其子容器host、context、wrapper都可以设置backgroundprocessordelay这个参数,都可以有自己的后台线程来延迟backgroundprocessordelay时长周期性处理一些事情。如果backgroundprocessordelay<=0则不会创建私有的后台线程,默认engine中这个参数是10,其他子容器是-1,所以一般情况子容器需要后台处理的事情,都交由engine启动的后台线程周期性延迟处理。上层容器启动停止下层容器时,会用一个线程池来做异步处理。rvice中mapper组件主要提供给connector和context使用,connector中处理完连接后需要将请求信息交给对应的host处理,可以通过mapper的解析找到host;context通过mapper找到对应的rvlet(wrapper)处理业务。
mapper还有一个对应的生命周期监听器mapperlistener,其主要监听容器启动后,将容器注册到mapper的关系中,建立一个树状结构。容器停止后做一些销毁、反注册操作。
(详细的mapper原理后面会单独出文章讲解)
host是engine的子容器,默认标准实现是
org.apache.catalina.core.s理学家tandardhost。它的主要职责就是管理和部署子容器context,比如,host启动前,预先创建好部署web应用的目录;host启动时,部署web应用;host运行过程中,周期性检查web应用是否需要自动部署,这些监听工作都是在hostconfig中做的。
如下是host的一些常用配置:
host部署web应用(context)的三种方式:
context描述文件部署,默认是%catalina_ba%/conf/[enginename]/[hostname]/目录下,可以有多个context配置,后缀必须为.xml。可以通过xmlba指定context配置文件存放目录。war包部署,即将web应用打包成一个.war部署,默认放在%catalina_ba%/webapps目录下,可以通过appba指定一个绝对路径。目录部署,默认也是放在%catalina_home%/webapps目录下。三种部署的过程都是解析实例化context,而后两者web应用可能有自己的meta-inf/context.xml,则通过解析它来组装生成context,否则就解析全局的
%catalina_ba%/conf/context.xml。
context是对web应用的抽象,相对其他容器有很多组件,且结构上复杂很多。默认标准实现是
org.apache.catalina.core.standardcontext,其主要的职责有:
context常用配置如下
resources是对静态资源的抽象,可以设置缓存以提高响应性能。默认标准实现是
org.apache.catalina.webresources.standardroot。
standardroot中有五种webresourcet:preresources、mainresources、classresources、jarresources、postresources,支持的配置如下:
wrapper相对于engine、host、context是最小的容器,其父容器必须是context,没有其他子容器。默认标准实现是
org.apache.catalina.core.standardwrapper。一般情况一个rvlet对应一个wrapper,这就是为什么rvlet不是线程安全的了,rvlet以单例的实现存在,多个线程访问肯定不是线程安全的,虽然有rvlet对象池的选择,但是tomcat10.0.6已经不建议这样做。
本篇只对rver.xml常用的配置进行解释,并通过配置文件节点关系,大概梳理了tomcat整体架构。
tomcat是一个非常优秀的开源项目,值得揉碎了仔细研究的细节实在太多,比如:
线程池定制化改造;连接connector的设计以及如何连接到容器engine的;mapper组件如何解析映射uri;一个请求的处理和响应过程;生命周期框架的设计;自定义类加载器加载机制,如何做到隔离和共享,如何打破双亲委派;热部署,热加载的实现细节;如何解析rver.xml配置;部署web应用的细节;容器之间如何做到有序连接,pipeline和valve的实现细节;rvlet如何实现双向过滤;各种监听器等等本文发布于:2023-04-05 15:41:27,感谢您对本站的认可!
本文链接:https://www.wtabcd.cn/fanwen/zuowen/b9458a5258e524ffd135a276f720461a.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
本文word下载地址:tomcat服务器配置教程(如何成功配置tomcat服务器).doc
本文 PDF 下载地址:tomcat服务器配置教程(如何成功配置tomcat服务器).pdf
留言与评论(共有 0 条评论) |