m0_45406092的博客

在web项目中，为了安全，可能需要把jsp文件放在WEB-INF目录下，这样如果我们的页面中出现超链接a标签或者js的location.href去直接试图访问WEB-INF下的某一个jsp页面，那么就会引用不到，因为这样的请求方式是客户端的请求，而WEB-INF页面只对服务端开放，对客户端是不可见的。以SpringMVC为例1、客户端发送请求http://localhost:8080/springmvc01/hello2、由tomcat接受到对应的请求3、SpringMVC的前端控制器Dispatc

文章目录1. Tomcat顶层架构2. Tomcat顶层架构小结3. Connector和Container的微妙关系3.1 Connector架构分析3.2 Container架构分析3.2.1 Container如何处理请求的4. 总结1. Tomcat顶层架构俗话说，站在巨人的肩膀上看世界，一般学习的时候也是先总览一下整体，然后逐个部分个个击破，最后形成思路，了解具体细节，Tomcat的结构很复杂，但是 Tomcat 非常的模块化，找到了 Tomcat 最核心的模块，问题才可以游刃而解，了解了 T

aaa

《Tomcat 架构 (一)》

参考：《bootstrap.jar的作用》

文章目录Tomcat5.5的目录结构Tomcat6.0的目录结构Tomcat5.0目录结构与Tomcat6.0目录结构比较Tomcat5.5的目录结构首先来了解一下Tomcat5.5的目录结构：/bin：存放windows或Linux平台上启动和关闭Tomcat的脚本文件/conf：存放Tomcat服务器的各种全局配置文件，其中包括server.xml（Tomcat的主要配置文件）、tomcat-users.xml和web.xml等配置文件/server/lib：存放Tomcat服务器所需的各种J

参考：《Tomcat源码阅读之StandardHost与HostConfig的分析》

文章目录什么是HostConfigHostConfig类部署部署xml文件：部署war包部署目录什么是HostConfigHostConfig实现了LifecycleListener接口，因此它是一个监听器，这个监听器的作用是部署应用。那么这个监听器是加在哪个组件上的呢？是何时被添加的呢？我们知道，在Catalina容器启动过程中会加载server.xml配置文件，这是通过Digester库来完成的，注意到Catalina.createStartDigester()方法中有这样几行代码：digeste

《》

1. 什么是backgroundProcessorDelay参数，有什么用Tomcat的Engine会启动一个线程（就是ContainerBackgroundProcessor），该线程每10s会发送一个发送一个事件，监听到该事件的部署配置类会自动去扫描webapp文件夹下的war包，将其加载成一个Context，即启动一个web服务。同时，该线程还会调用子容器Engine、Host、Context、Wrapper各容器组件及与它们相关的其它组件的backgroundProcess方法。容器类的基类Co

问题在调试tomcat源码时，发现断点和实际代码行号对应不上，后来发现原来是工程的依赖包中，也有一个tomcat的jar包，那么自然存在重名的类，有时候，idea会优先使用这个jar中的类，导致我们无法调试正确的代码。怎么解决呢，方法就是使用alternative source，手动指定：如果不小心关了，找不到窗口，方法如下：参考：《Intellij IDEA Debug 多模块下断点目标源问题》...

文章目录1. 概述2. Connector配置3. Connector初始化3.1 Connector构造函数3.2 Connector的init()方法4. Connector启动5. 一个http请求在Connector中所经历的代码逻辑1. 概述一个应用应用服务器的性能很大程度上取决于网络通信模块的实现，因而Connector模块对于tomcat来说是重中之重。从tomcat5开始，默认的连接器实现为Coyote实现(orag.apache.tomcat:tomcat-coyote:7.0.57)

文章目录1. ContextConfig的基本流程2. ContextConfig的核心功能2.1 web-fragment.xml知识2.2 ServletContainerInitializers的实现类1. ContextConfig的基本流程同HostConfig一样，ContextConfig也是在Digester解析server.xml的时候添加到StandardContext上的监听器：2. ContextConfig的核心功能ContextConfig主要是处理web应用的配置文件

文章目录1. 概述2 详细步骤2.1 Connector的构造函数2.2 Connector的初始化创建Adapter初始化ProtocolHandler1. 概述Connector`组件是Tomcat两个核心组件之一（另一个是Container），主要任务是负责接收客户端发过来的TCP连接请求，创建一个Request和Response对象用于和请求端交换数据。Tomcat使用Apache Coyote库来处理网络I/O的。Connector是通过适配器将自己“置入”这个框架中的，具体是org.apa

/bin：存放 Windows 或 Linux 平台上启动和关闭 Tomcat 的脚本文件。/conf：存放 Tomcat 的各种全局配置文件，其中最重要的是server.xml。/lib：存放 Tomcat 以及所有 Web 应用都可以访问的 JAR 文件。/logs：存放 Tomcat 执行时产生的日志文件。/work：存放 JSP 编译后产生的 Class 文件。/webapps：Tomcat 的 Web 应用目录，默认情况下把 Web 应用放在这个目录下。后4个文件：LICENSE.

文章目录1. 下载Tomcat源码2. 配置2.1 下载完成后打开idea, 选择File->Open->选择tomcat的源码目录2.2 然后到项目配置中设置JDK和源码目录2.3 配置maven下载依赖的包2.4 构建中出现的异常2.4.1 TestCookieFilter错误启动配置1. 下载Tomcat源码源码下载地址: https://tomcat.apache.org/download-80.cgi注意：源码包和编译包都要下载，后面我们会用到编译包的lib文件夹，里面是额

参考：《记一次tomcat源码启动控制台中文乱码问题调试过程》