是一个免费的开放源代码的Web 应用服务
器,属于轻量级应用服务器,在中小型系统和并发访问 用户不是很多的场合下被普遍使用,是开发和调试JSP 程序的首选。
第一步:找到Tomcat目录下的conf文件夹
第二步:进入conf文件夹里面找到server.xml文件
第三步:打开server.xml文件,在server.xml文件里面找到Connector标签,将其的8080端口改成你想要的端口
BIO:同步并阻塞 (一个线程处理一个请求。)
缺点:并发量高时,线程数较 多,浪费资源。Tomcat7或以下,在Linux系统中默认使用这种方式。配制项:protocol=”HTTP/1.1”NIO:同步非阻塞 IO 利用Java的异步IO处理,可以通过少量的线程处理大量的请求,可以复用同一个线程处理多个connection(多路复用)。
Tomcat8在Linux系统中默认使用这种方式。Tomcat7必须修改Connector配置来启动。配制项:protocol=”org.apache.coyote.http11.Http11NioProtocol”备注:我们常用的Jetty,Mina,ZooKeeper等都是基于java nio实现.APR:即Apache Portable Runtime,从操作系统层面解决io阻塞问 题。AIO方式,异步非阻塞
IO(Java NIO2又叫AIO) 主要与NIO的区别 主要是操作系统的底层区别.可以做个比喻:比作快递,NIO就是网购后要自己到官网查下快递是否已经到了(可能是多次),然后自己去取快递;AIO就是快递员送货上门了(不用关注快递进度)。配制项:protocol=”org.apache.coyote.http11.Http11AprProtocol”备注:需在本地服务器安装APR库。Tomcat7或Tomcat8在Win7或以上的系统 中启动默认使用这种方式。Linux如果安装了apr和native,Tomcat直接启动就 支持apr。 四:Tomcat顶层架构 顶层结构体:
图例说明:
omcat中最顶层的容器是Server,代表着整个服务器,一 个Server可以包含至少一个Service(即可以包含多个Service,用于具体提供服务)。
Service主要包含两个部分:Connector和Container
Connector用于处理连接相关的事情,并提供Socket与Request请求和 Response响应相关的转化;Container用于封装和管理Servlet,以及具体处理Request请求
一个Tomcat中只有一个Server,一个Server可以包含多个Service,一个 Service只有一个Container,但是可以有多个Connectors
因为一个服务 可以有多个连接,如同时提供Http和Https链接,也可以提供向相同协议不同端 口的连接
多个 Connector 和一个 Container 就形成了一个 Service,有了 Service 就可 以对外提供服务了,Server给Service 提供了一个生存的环境 !所以整个 Tomcat 的生命周期由 Server 控制。
上述的包含关系或者说是父子关系,都可以在tomcat的conf目录下的 server.xml配置文件中看出
Service 是对外提供服务的;
五:tomcat请求的流程第一步:一个请求发送到Tomcat之后,首先经过Service
第二步:然后会交给我们的Connector,Connector用于接收请求并将接收的请求封装为 Request和Response来具体处理,
第三步:Request和Response封装完之后再交由 Container进行处理,
第四步:Container处理完请求之后再返回给Connector,
第五步:最后在由Connector通过Socket将处理的结果返回给客户端,这样整个请求的就处理 完了!
六:Connector架构分析 Connector的结构图:
图例说明:
Connector就是使用ProtocolHandler来处理请求的,不同的ProtocolHandler 代表不同的连接类型,比如:Http11Protocol使用的是普通Socket来连接的, Http11NioProtocol使用的是NioSocket来连接的
其中ProtocolHandler由包含了三个部件:Endpoint、Processor、Adapter。
Endpoint用来处理底层Socket的网络连接,**Processor用于将 Endpoint接收到的Socket封装成Request **,Adapter用于将Request交给 Container进行具体的处理。Endpoint由于是处理底层的Socket网络连接,因此Endpoint是用来实 现TCP/IP协议的,而Processor用来实现HTTP协议的,Adapter将请求适配到Servlet容器进行具体的处理。Endpoint的抽象实现AbstractEndpoint里面定义的Acceptor和 AsyncTimeout两个内部类和一个Handler接口。Acceptor用于监听请求,AsyncTimeout用于检查异步Request的超时,Handler用于处理接 到的Socket,在内部调用Processor进行处理。 七:Container架构分析
Container用于封装和管理Servlet,以及具体处理Request请求,在Container 内部包含了4个子容器
结构图如下:
4个子容器的作用:
Engine:引擎,用来管理多个站点,一个Service最多只能有一个 Engine;
Host:代表一个站点,也可以叫虚拟主机,通过配置Host就可以添加 站点;
Context:**代表一个应用程序,对应着平时开发的一套程序,**或者一个 WEB-INF目录以及下面的web.xml文件;
Wrapper:每一Wrapper封装着一个Servlet; 下面找一个Tomcat的文件目录对照一下,如下图所示:
图例说明:
Context和Host的区别是Context表示一个应用,我们的Tomcat中默认的配置 下webapps下的每一个文件夹目录都是一个Context,其中ROOT目录中存放着 主应用,其他目录存放着子应用,而整个webapps就是一个Host站点。访问应用Context的时候,八:Container如何处理请求的例如:
如果是ROOT下的则直接使用域名就可以访问,www.baidu.com,如果是Host(webapps)下的其他应用,则可以使用www.baidu.com/docs进行访问,当然默认指定的根应用(ROOT)是可以进行设定的,只不过Host站点下默认的主应用是ROOT目录下的。
ontainer处理请求是使用Pipeline-Valve管道来处理的!(Pipeline-Valve是责任链模式)
责任链模式是指: 在一个请求处理的过程中有很多处理者依次对请求进行处理,每个处理者负责做自己相应的处理,处理完之后将处理后的结果返回,再让下一个处理者继续处理。
九:Connector和Container的微妙关系 从五中的流程可知:
Connector最底层使用的是Socket来进行连接的,Request和Response是按照 HTTP协议来封装的,所以Connector同时需要实现TCP/IP协议和HTTP协议!
Connector用于接受请求并将请求封装成Request和Response,然后交给 Container进行处理,Container处理完之后在交给Connector返回给客户端。 因此,我们可以把Connector分为四个方面进行理解:
Connector如何接受请求的?
Adapter将请求适配到Servlet容器进行具体的处理
如何将请求封装成Request和Response的?
Processor用于将 Endpoint接收到的Socket封装成Request
封装完之后的Request和Response如何交给Container进行处理的?
Adapter用于将Request交给 Container进行具体的处理
Container处理完之后如何交给Connector并返回给客户端的?
使用Pipeline-Valve管道