杂谈---Tomcat与idea的爱恨情仇

本文主要是介绍杂谈---Tomcat与idea的爱恨情仇，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

拖延症变严重了，本来两天前就像讲一讲Tomcat与idea的，但是一直拖到现在。

Tomcat

什么是Tomcat?

：web应用服务器，是向外部发送资源的软件

我们把web资源部署在服务器上，当用户向服务器发送请求，服务器则会响应请求，即把web资源发送给客户端
其拥有三种模式:

阻塞式I/O操作bio，一个线程处理一个请求
基于缓冲区、并能提供非阻塞I/O操作nio。利用 Java 的异步请求 IO 处理，可以通过少量的线程处理大量的请求。
apr模式，从操作系统层面解决IO阻塞问题。

在这里插入图片描述

为什么要用Tomcat？

免费、开源的不香吗

在这里插入图片描述
其只支持JAVAEE的部分规范

Tomcat的目录结构

bin:脚本目录
conf:配置目录
lib:依赖的jar包目录
logs:日志目录
temp:临时文件目录
webapps:项目发布目录
work:处理jsp的工作目录

Tomcat工作流程

在搞懂流程之前，我们先搞清楚Tomcat的顶层结构，下图是从网上找到的资源。
在这里插入图片描述
有几点需要注意的是

Tomcat最顶层容器为Service服务，且只有一个Service服务，但是Service里面可以嵌套多个Service服务。
Service服务里最重要的是Connector组件(只有一个)和Container组件(可多个)
Connector用于处理连接相关的事情，并提供Socket与Request和Response相关的转化;Container用于封装和管理Servlet，以及具体处理Request请求。

在这里插入图片描述
假象A Web Poge是客户端，Tomcat是一台服务器

客户端发送请求，服务器8080端口接收到请求。Coyote HTTP/1.1 Connecto监听到请求事件
Connector把该请求移交给它所在的Service的Engine（Container）来处理，并等待Engine的回应
Engine获得请求部署的Web资源，匹配所有的虚拟主机Host
Engine匹配到名为localhost的Host（即使匹配不到也把请求交给该Host处理，因为该Host被定义为该Engine的默认主机），名为localhost的Host获得请求Web资源，匹配它所拥有的所有Context。Host匹配到路径为项目路径t的Context（如果匹配不到就把该请求交给路径名为“ ”的Context去处理）；
.path=“项目路径”的Context获得请求Web资源，在它的mapping table中寻找出对应的Servlet。Context匹配到URL Pattern为*.jsp的Servlet，对应于JspServlet类；
构造HttpServletRequest对象和HttpServletResponse对象，作为参数调用JspServlet的doGet()或doPost(),执行业务逻辑、数据存储等；
Context把执行完之后的HttpServletResponse对象返回给Host；
Host把HttpServletResponse对象返回给Engine；
Engine把HttpServletResponse对象返回Connector；
Connector把HttpServletResponse对象返回给客户Browser。

当一个请求发送到Tomcat之后，首先经过Service然后会交给Connector，Connector用于接收请求并将接收的请求封装为Request和Response来具体处理，Request和Response封装完之后再交由Container进行处理，Container处理完请求之后再返回给Connector，最后在由Connector通过Socket将处理的结果返回给客户端

四个容器的作用:

 (1）Engine：引擎，用来管理多个站点，一个Service最多只能有一个Engine；
（2）Host：代表一个站点，也可以叫虚拟主机，通过配置Host就可以添加站点；
（3）Context：代表一个应用程序，对应着平时开发的一套程序，或者一个WEB-INF目录以及下面的web.xml文件；
（4）Wrapper：每一Wrapper封装着一个Servlet；