是一个免费的开放源代码的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管道