Tomcat各个 端口作用

Posted

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了Tomcat各个 端口作用相关的知识，希望对你有一定的参考价值。

参考技术A

从tomcat配置文件中，我们可以看出，在启动tomcat的时候默认启动了3个端口，分别是8080（8443）、8009、8005。

这个应该是我们最熟悉的一个，平常开发测试也经常用，该Connector用于 监听浏览器发送的请求 ，设置为80后可以直接使用 http://localhost 访问。

http协议，其中 redirectPort 表示如果发送的是https请求，就将请求发送到8443端口。

8443是默认的https监听端口，默认是没有开启的，如果要开启由于tomcat不自带证书所以除了取消注释之外，还需要自己生成证书并指定。

nginx、Apache等反向代理tomcat时就可以使用ajp协议反向代理到该端口。
虽然我们经常使用http反向代理到8080端口，但由于ajp建立tcp链接后一般长时间保持，从而减少Http反复进行tcp链接和断开的开销，所以反向代理中ajp是比http高效的。

tomcat监听的关闭端口， 就是说这个端口负责监听关闭tomcat的请求 。

当执行 shutdown.sh 关闭tomcat就是链接8005端口执行 SHUTDOWN 命令；由此，我们直接用telnet向8005端口执行 SHUTDOWN 来关闭tomcat，这也是比较正统的关闭方式，如果这个端口没被监听，那么sh脚本就是无效的。

实际上，8005和8009端口并不是必须的，尤其SHUTDOWN虽然默认是监听在127.0.0.1，但是连接到这个端口，发送 SHUTDOWN 就可以无任何验证的把tomcat关闭掉，有安全隐患的。

AJP端口用来与应用服务器交互时候用，比如apache连接tomcat等，开发期间一般也用不着，可以禁止掉。

AJP端口，直接注释掉server.xml文件的配置行就可以了。

SHUTDOWN端口是写在server参数里面的，直接去掉是不管用的，也是会默认启动，一般在安全设置时候建议把端口修改为其他端口，SHUTDOWN修改为其他复杂的字符串。

实际上这个端口是可以直接屏蔽不监听的。设置时候将其port值修改为-1就可以。

Tomcat 端口配置，及原理详解

Tomcat 端口配置，及原理详解

作者：Ezitai

如果想深入了解tomcat的各个端口及配置，建议通读文章，对初学者十分有利，整理自网络。

1 tomcat 文件配置详细说明

tomcat服务器需配置三个端口才能启动，安装时默认启用了这三个端口，当要运行多个tomcat服务时需要修改这三个端口，不能相同。端口配置路径为tomcat\ conf\service.xml

  • 修改Shutdown端口（默认为8005端口）
<Server port="8005" shutdown="SHUTDOWN">
  • 1
  • 修改http访问端口（默认为8080端口）
    负责建立HTTP连接。在通过浏览器访问Tomcat服务器的Web应用时，使用的就是这个连接器。
<Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" /><!-- A "Connector" using the shared thread pool--><!-- <Connector executor="tomcatThreadPool" port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />
  • 1
  • 2
  • 3
  • AJP协议访问端口（默认为8009端口）
    负责和其他的HTTP服务器建立连接。在把Tomcat与其他HTTP服务器集成时，就需要用到这个连接器。
<!-- Define an AJP 1.3 Connector on port 8009 --><Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />
  • 1
  • 2
  • Web客户访问Tomcat服务器上JSP组件的两种方式如图所示。
    技术分享图片

配置文件$CATALINA_HOME/conf/server.xml的说明该文件描述了如何启动Tomcat Server

<!-----------------------------------------------------------------------------------------------><!-- 启动Server     ***在端口8005处等待关闭命令***     如果接受到"SHUTDOWN"字符串则关闭服务器     --><Server port="8005" shutdown="SHUTDOWN" debug="0">  <!-- Listener ???       目前没有看到这里       -->  <Listener className="org.apache.catalina.mbeans.ServerLifecycleListener" debug="0"/>  <Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" debug="0"/>  <!-- Global JNDI resources ???       目前没有看到这里，先略去       -->  <GlobalNamingResources>    ... ... ... ...  </GlobalNamingResources>  <!-- Tomcat的Standalone Service       Service是一组Connector的集合       它们共用一个Engine来处理所有Connector收到的请求       -->  <Service name="Tomcat-Standalone">    <!-- Coyote HTTP/1.1 Connector         className : 该Connector的实现类是org.apache.coyote.tomcat4.CoyoteConnector         ***port : 在端口号8080处侦听来自客户browser的HTTP1.1请求***         minProcessors : 该Connector先创建5个线程等待客户请求，每个请求由一个线程负责         maxProcessors : 当现有的线程不够服务客户请求时，若线程总数不足75个，则创建新线程来处理请求         acceptCount : 当现有线程已经达到最大数75时，为客户请求排队                       当队列中请求数超过100时，后来的请求返回Connection refused错误         redirectport : 当客户请求是https时，把该请求转发到端口8443去         其它属性略         -->    <Connector className="org.apache.coyote.tomcat4.CoyoteConnector"                port="8080"                minProcessors="5" maxProcessors="75" acceptCount="100"                enableLookups="true"                redirectPort="8443"                debug="0"                connectionTimeout="20000"                useURIValidationHack="false"                disableUploadTimeout="true" />    <!-- Engine用来处理Connector收到的Http请求         它将匹配请求和自己的虚拟主机，并把请求转交给对应的Host来处理         默认虚拟主机是localhost         -->    <Engine name="Standalone" defaultHost="localhost" debug="0">          <!-- 日志类，目前没有看到，略去先 -->      <Logger className="org.apache.catalina.logger.FileLogger" .../>      <!-- Realm，目前没有看到，略去先 -->      <Realm className="org.apache.catalina.realm.UserDatabaseRealm" .../>      <!-- 虚拟主机localhost           appBase : 该虚拟主机的根目录是webapps/           它将匹配请求和自己的Context的路径，并把请求转交给对应的Context来处理           -->      <Host name="localhost" debug="0" appBase="webapps" unpackWARs="true" autoDeploy="true">    <!-- 日志类，目前没有看到，略去先 -->        <Logger className="org.apache.catalina.logger.FileLogger" .../>        <!-- Context，对应于一个Web App             path : 该Context的路径名是""，故该Context是该Host的默认Context             docBase : 该Context的根目录是webapps/mycontext/             -->        <Context path="" docBase="mycontext" debug="0"/>        <!-- 另外一个Context，路径名是/wsota -->        <Context path="/wsota" docBase="wsotaProject" debug="0"/>      </Host>    </Engine>  </Service></Server><!----------------------------------------------------------------------------------------------->  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69

2Tomcat Server的组成说明

  • Server
    A Server element represents the entire Catalina servlet container. (Singleton)
  • Service
    A Service element represents the combination of one or more Connector components that share a single Engine
    Service是这样一个集合：它由一个或者多个Connector组成，以及一个Engine，负责处理所有Connector所获得的客户请求
  • Connector
    一个Connector将在某个指定端口上侦听客户请求，并将获得的请求交给Engine来处理，从Engine处获得回应并返回客户
    TOMCAT有两个典型的Connector，一个直接侦听来自browser的http请求，一个侦听来自其它WebServer的请求
    Coyote Http/1.1 Connector 在端口8080处侦听来自客户browser的http请求，Coyote JK2 Connector 在端口8009处侦听来自其它WebServer(Apache)的servlet/jsp代理请求
  • Engine
    The Engine element represents the entire request processing machinery associated with a particular Service
    It receives and processes all requests from one or more Connectors and returns the completed response to the Connector for ultimate transmission back to the client Engine下可以配置多个虚拟主机Virtual Host，每个虚拟主机都有一个域名，当Engine获得一个请求时，它把该请求匹配到某个Host上，然后把该请求交给该Host来处理，Engine有一个默认虚拟主机，当请求无法匹配到任何一个Host上的时候，将交给该默认Host来处理
  • Host
    代表一个Virtual Host，虚拟主机，每个虚拟主机和某个网络域名Domain Name相匹配，每个虚拟主机下都可以部署(deploy)一个或者多个Web App，每个Web App对应于一个Context，有一个Context path，当Host获得一个请求时，将把该请求匹配到某个Context上，然后把该请求交给该Context来处理，匹配的方法是“最长匹配”，所以一个path==”“的Context将成为该Host的默认Context，所有无法和其它Context的路径名匹配的请求都将最终和该默认Context匹配
  • Context
    一个Context对应于一个Web Application，一个Web Application由一个或者多个Servlet组成Context在创建的时候将根据配置文件WEBAPP_HOME/WEB-INF/web.xml载入Servlet类当Context获得请求时，将在自己的映射表(mapping table)中寻找相匹配的Servlet类，如果找到，则执行该类，获得请求的回应，并返回。

3Tomcat Server的结构图

技术分享图片

4结合图，我们研究下Tomcat Server处理一个http请求的过程

假设来自客户的请求为：
http://localhost:8080/wsota/wsota_index.jsp
1. 请求被发送到本机端口8080，被在那里侦听的Coyote HTTP/1.1 Connector获得
2. Connector把该请求交给它所在的Service的Engine来处理，并等待来自Engine的回应
3. Engine获得请求localhost/wsota/wsota_index.jsp，匹配它所拥有的所有虚拟主机Host
4. Engine匹配到名为localhost的Host（即使匹配不到也把请求交给该Host处理，因为该Host被定义为该Engine的默认主机）
5. localhost Host获得请求/wsota/wsota_index.jsp，匹配它所拥有的所有Context
6. Host匹配到路径为/wsota的Context（如果匹配不到就把该请求交给路径名为”“的Context去处理）
7. path=”/wsota”的Context获得请求/wsota_index.jsp，在它的mapping table中寻找对应的servlet
8. Context匹配到URL PATTERN为*.jsp的servlet，对应于JspServlet类
9. 构造HttpServletRequest对象和HttpServletResponse对象，作为参数调用JspServlet的doGet或doPost方法
10. Context把执行完了之后的HttpServletResponse对象返回给Host
11. Host把HttpServletResponse对象返回给Engine
12. Engine把HttpServletResponse对象返回给Connector
13. Connector把HttpServletResponse对象返回给客户browser

4Context的部署配置文件web.xml的说明

<!-----------------------------------------------------------------------------------------------><web-app>  <!-- 概述：       该文件是所有的WEB APP共用的部署配置文件，       每当一个WEB APP被DEPLOY，该文件都将先被处理，然后才是WEB APP自己的/WEB-INF/web.xml       -->  <!--  +-------------------------+  -->  <!--  |    servlet类定义部分    |  -->  <!--  +-------------------------+  -->  <!-- DefaultServlet       当用户的HTTP请求无法匹配任何一个servlet的时候，该servlet被执行       URL PATTERN MAPPING : /       -->    <servlet>        <servlet-name>default</servlet-name>        <servlet-class>          org.apache.catalina.servlets.DefaultServlet        </servlet-class>        <init-param>            <param-name>debug</param-name>            <param-value>0</param-value>        </init-param>        <init-param>            <param-name>listings</param-name>            <param-value>true</param-value>        </init-param>        <load-on-startup>1</load-on-startup>    </servlet>  <!-- InvokerServlet       处理一个WEB APP中的匿名servlet       当一个servlet被编写并编译放入/WEB-INF/classes/中，却没有在/WEB-INF/web.xml中定义的时候       该servlet被调用，把匿名servlet映射成/servlet/ClassName的形式       URL PATTERN MAPPING : /servlet/*       -->    <servlet>        <servlet-name>invoker</servlet-name>        <servlet-class>          org.apache.catalina.servlets.InvokerServlet        </servlet-class>        <init-param>            <param-name>debug</param-name>            <param-value>0</param-value>        </init-param>        <load-on-startup>2</load-on-startup>    </servlet>  <!-- JspServlet       当请求的是一个JSP页面的时候（*.jsp）该servlet被调用       它是一个JSP编译器，将请求的JSP页面编译成为servlet再执行       URL PATTERN MAPPING : *.jsp       -->    <servlet>        <servlet-name>jsp</servlet-name>        <servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class>        <init-param>            <param-name>logVerbosityLevel</param-name>            <param-value>WARNING</param-value>        </init-param>        <load-on-startup>3</load-on-startup>    </servlet>  <!--  +---------------------------+  -->  <!--  |    servlet映射定义部分    |  -->  <!--  +---------------------------+  -->     <servlet-mapping>        <servlet-name>default</servlet-name>        <url-pattern>/</url-pattern>    </servlet-mapping>    <servlet-mapping>        <servlet-name>invoker</servlet-name>        <url-pattern>/servlet/*</url-pattern>    </servlet-mapping>    <servlet-mapping>        <servlet-name>jsp</servlet-name>        <url-pattern>*.jsp</url-pattern>    </servlet-mapping>  <!--  +------------------------+  -->  <!--  |    其它部分，略去先    |  -->  <!--  +------------------------+  -->    ... ... ... ...</web-app><!----------------------------------------------------------------------------------------------->
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81

文章参考
docs.huihoo.com/apache/tomcat/heavyz/01-startup.html
www.2cto.com/os/201402/278532.html

查看原文>>
看过本文的人也看了：





























以上是关于Tomcat各个 端口作用的主要内容，如果未能解决你的问题，请参考以下文章

tomcat server.xml各个端口的作用

计算机各个端口有啥作用？

Tomcat 8005/8009/8080/8443端口的作用

（转）同一服务器部署多个tomcat时的端口号修改详情

最全的 eclipse web 项目目录结构以及Tomcat的各个目录的作用

localhost:8080是啥,有啥作用?