Tomcat的服务器使用
环境搭建完之后，就是需要tomcat的配置了，那先了解下tomcat是什么，可以干嘛。
Tomcat 是由 Apache 开发的一个 Servlet 容器，实现了对Servlet 和 JSP 的支持，并提供了作为Web服务器的一些特有功能，如Tomcat管理和控制平台、安全域管理和Tomcat阀等。
由于 Tomcat 本身也内含了一个 HTTP 服务器，它也可以被视作一个单独的 Web 服务器。
但是，不能将 Tomcat 和 Apache HTTP 服务器混淆，ApacheHTTP 服务器是一个用 C 语言实现的 HTTP Web 服务器；这两个 HTTPweb server 不是捆绑在一起的。
Tomcat 包含了一个配置管理工具，也可以通过编辑XML格式的配置文件来进行配置。
B/S工作流程
上面主要可以看到分两个部分，一个是HTTP请求，一个是HTTP响应。
请求分两种：动态请求和静态请求。
- 动态请求：jsp、cgi、asp、php
- 静态请求：html、htm
什么是WEB容器：处理动态请求，可以直接连接数据库。
1.1 tomcat主要目录
- /bin – Tomcat： 脚本存放目录（如启动、关闭脚本）。 *.sh 文件用于 Unix 系统； *.bat 文件用于 Windows 系统。
- /conf – Tomcat： 配置文件目录。
- /lib–Tomcat：tomcat服务器所需要的各个库文件
- /logs – Tomcat： 默认日志目录。
- /webapps – Tomcat：web应用程序存放的目录，web项目保存到此目录即可发布。
- /work— Tomcat：临时文件夹，生成所有的临时文件（*.java、*.class）
1.2 Web工程发布的目录结构
|-- myWebApp# 站点根目录 |-- META-INF # META-INF 目录 | `--MANIFEST.MF # 配置清单文件 |-- WEB-INF # WEB-INF 目录 | |-- classes# class文件目录 | | |--*.class # 程序需要的class 文件 | | `-- *.xml# 程序需要的xml 文件 | |-- lib # 库文件夹 | | `-- *.jar# 程序需要的jar 包 | `-- web.xml # Web应用程序的部署描述文件 |-- # 自定义的目录 |-- # 自定义的资源文件
- myWebApp：工程发布文件夹。其实每个 war 包都可以视为 myWebApp的压缩包。
- META–INF：META-INF 目录用于存放工程自身相关的一些信息，元文件信息，通常由开发工具，环境自动生成。
- WEB-INF：Java web应用的安全目录。所谓安全就是客户端无法访问，只有服务端可以访问的目录。
- /WEB-INF/classes：存放程序所需要的所有 Java class 文件。
- /WEB-INF/lib：存放程序所需要的所有 jar 文件。
- /WEB-INF/web.xml：web 应用的部署配置文件。它是工程中最重要的配置文件，它描述了 servlet和组成应用的其它组件，以及应用初始化参数、安全管理约束等。
查看服务是否已经安装好，先测一下。
在浏览器输入你的公网ip:8080，出现下面网页表示安装成功。
1.3 server.xml 配置
server.xml的结构：
注意：Service中可以有多个Connector元素，Host中可以有多个Context元素。
1.3.1 Server元素
Server 元素表示整个 Catalina servlet 容器。
因此，它必须是 conf/server.xml 配置文件中的根元素。它的属性代表了整个 servlet 容器的特性。
表 2‑1 Server属性表
|
属性 |
描述 |
备注 |
|
className |
这个类必须实现org.apache.catalina.Server接口。 |
默认 org.apache.catalina.core.StandardServer |
|
address |
服务器等待关机命令的TCP / IP地址。如果没有指定地址，则使用localhost。 |
|
|
port |
服务器等待关机命令的TCP / IP端口号。设置为-1以禁用关闭端口。 |
|
|
shutdown |
必须通过TCP / IP连接接收到指定端口号的命令字符串，以关闭Tomcat。 |
1.3.2 Service元素
Service元素表示一个或多个连接器组件的组合，这些组件共享一个用于处理传入请求的引擎组件。Server 中可以有多个 Service。
表2‑ 2‑2 Service属性表
|
属性 |
描述 |
备注 |
|
className |
这个类必须实现org.apache.catalina.Service接口。 |
默认 org.apache.catalina.core.StandardService |
|
name |
此服务的显示名称，如果您使用标准 Catalina 组件，将包含在日志消息中。与特定服务器关联的每个服务的名称必须是唯一的。 |
实例 – conf/server.xml 配置文件示例
...
1.3.3 Executor元素
Executor表示可以在Tomcat中的组件之间共享的线程池。
表2‑3 Executor 属性表
|
属性 |
描述 |
备注 |
|
className |
这个类必须实现org.apache.catalina.Executor接口。 |
默认 org.apache.catalina.core.StandardThreadExecutor |
|
name |
线程池名称。 |
要求唯一, 供Connector元素的executor属性使用 |
|
namePrefix |
线程名称前缀。 |
|
|
maxThreads |
最大活跃线程数。 |
默认200 |
|
minSpareThreads |
最小活跃线程数。 |
默认25 |
|
maxIdleTime |
当前活跃线程大于minSpareThreads时,空闲线程关闭的等待最大时间。 |
默认60000ms |
|
maxQueueSize |
线程池满情况下的请求排队大小。 |
默认Integer.MAX_VALUE |
1.3.4 Connector元素
Connector代表连接组件。Tomcat 支持三种协议：HTTP/1.1、HTTP/2.0、AJP。
表2‑4Connector属性表
|
属性 |
说明 |
备注 |
|
asyncTimeout |
Servlet3.0规范中的异步请求超时 |
默认30s |
|
port |
请求连接的TCP Port |
设置为0,则会随机选取一个未占用的端口号 |
|
protocol |
协议. 一般情况下设置为 HTTP/1.1,这种情况下连接模型会在NIO和APR/native中自动根据配置选择 |
|
|
URIEncoding |
对URI的编码方式. |
如果设置系统变量org.apache.catalina.STRICT_SERVLET_COMPLIANCE为true,使用 ISO-8859-1编码;如果未设置此系统变量且未设置此属性, 使用UTF-8编码 |
|
useBodyEncodingForURI |
是否采用指定的contentType而不是URIEncoding来编码URI中的请求参数 |
以下属性在标准的Connector(NIO, NIO2 和 APR/native)中有效:
表2‑5标准的Connector属性表
|
属性 |
说明 |
备注 |
|
acceptCount |
当最大请求连接maxConnections满时的最大排队大小 |
默认100,注意此属性和Executor中属性maxQueueSize的区别.这个指的是请求连接满时的堆栈大小,Executor的maxQueueSize指的是处理线程满时的堆栈大小 |
|
connectionTimeout |
请求连接超时 |
默认60000ms |
|
executor |
指定配置的线程池名称 |
|
|
keepAliveTimeout |
keeAlive超时时间 |
默认值为connectionTimeout配置值.-1表示不超时 |
|
maxConnections |
最大连接数 |
连接满时后续连接放入最大为acceptCount的队列中. 对 NIO和NIO2连接,默认值为10000;对 APR/native,默认值为8192 |
|
maxThreads |
如果指定了Executor, 此属性忽略;否则为Connector创建的内部线程池最大值 |
默认200 |
|
minSpareThreads |
如果指定了Executor, 此属性忽略;否则为Connector创建线程池的最小活跃线程数 |
默认10 |
|
processorCache |
协议处理器缓存Processor对象的大小 |
-1表示不限制.当不使用servlet3.0的异步处理情况下: 如果配置Executor,配置为Executor的maxThreads;否则配置为Connnector的maxThreads. 如果使用Serlvet3.0异步处理, 取maxThreads和maxConnections的最大值 |
1.3.5 Context元素
Context元素表示一个Web应用程序，它在特定的虚拟主机中运行。每个Web应用程序都基于Web应用程序存档（WAR）文件，或者包含相应的解包内容的相应目录，如Servlet规范中所述。
|
属性 |
说明 |
备注 |
|
altDDName |
web.xml部署描述符路径 |
默认 /WEB-INF/web.xml |
|
docBase |
Context的Root路径 |
和Host的appBase相结合, 可确定web应用的实际目录 |
|
failCtxIfServletStartFails |
同Host中的failCtxIfServletStartFails, 只对当前Context有效 |
默认为false |
|
logEffectiveWebXml |
是否日志打印web.xml内容(web.xml由默认的web.xml和应用中的web.xml组成) |
默认为false |
|
path |
web应用的context path |
如果为根路径,则配置为空字符串(“”), 不能不配置 |
|
privileged |
是否使用Tomcat提供的manager servlet |
|
|
reloadable |
/WEB-INF/classes/ 和/WEB-INF/lib/ 目录中class文件发生变化是否自动重新加载 |
默认为false |
|
swallowOutput |
true情况下, System.out和System.err输出将被定向到web应用日志中 |
默认为false |
1.3.6 Engine元素
Engine元素表示与特定的Catalina服务相关联的整个请求处理机器。它接收并处理来自一个或多个连接器的所有请求，并将完成的响应返回给连接器，以便最终传输回客户端。
表2‑6 Engine元素
|
属性 |
描述 |
备注 |
|
defaultHost |
默认主机名，用于标识将处理指向此服务器上主机名称但未在此配置文件中配置的请求的主机。 |
这个名字必须匹配其中一个嵌套的主机元素的名字属性。 |
|
name |
此引擎的逻辑名称，用于日志和错误消息。 |
在同一服务器中使用多个服务元素时，每个引擎必须分配一个唯一的名称。 |
1.3.7 Host元素
Host元素表示一个虚拟主机，它是一个服务器的网络名称（如“www.mycompany.com”）与运行Tomcat的特定服务器的关联。
|
属性 |
说明 |
备注 |
|
name |
名称 |
用于日志输出 |
|
appBase |
虚拟主机对应的应用基础路径 |
可以是个绝对路径, 或${CATALINA_BASE}相对路径 |
|
xmlBase |
虚拟主机XML基础路径,里面应该有Context xml配置文件 |
可以是个绝对路径, 或${CATALINA_BASE}相对路径 |
|
createDirs |
当appBase和xmlBase不存在时,是否创建目录 |
默认为true |
|
autoDeploy |
是否周期性的检查appBase和xmlBase并deploy web应用和context描述符 |
默认为true |
|
deployIgnore |
忽略deploy的正则 |
|
|
deployOnStartup |
Tomcat启动时是否自动deploy |
默认为true |
|
failCtxIfServletStartFails |
配置为true情况下,任何load-on-startup>=0的servlet启动失败,则其对应的Contxt也启动失败 |
默认为false |
1.3.8 Cluster元素
由于在实际开发中，我从未用过Tomcat集群配置，所以没研究。
1.4 部署方式
这种方式要求本地必须安装 Tomcat 。
将打包好的 war 包放在 Tomcat 安装目录下的 webapps 目录下，然后在 bin 目录下执行 startup.bat (windows)或 startup.sh(linux) ，Tomcat 会自动解压 webapps 目录下的 war 包。
成功后，可以访问 http://公网IP:8080/xxx （xxx 是 war 包文件名）。
总结
以上步骤是最简单的示例。
步骤中的 war 包解压路径、启动端口以及一些更多的功能都可以修改配置文件来定制 （主要是 server.xml或 context.xml 文件）。
这些仅为个人经验，希望能给大家一个参考，也希望大家多多支持IT俱乐部。
