当前位置: 代码网 > 服务器>服务器>Tomcat > 关于Tomcat的服务器使用及说明

关于Tomcat的服务器使用及说明

2024年05月18日 Tomcat 我要评论
tomcat的服务器使用环境搭建完之后,就是需要tomcat的配置了,那先了解下tomcat是什么,可以干嘛。tomcat 是由 apache 开发的一个 servlet 容器,实现了对servlet

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应用程序的部署描述文件
 |-- <userdir># 自定义的目录
 |-- <userfiles># 自定义的资源文件
  • 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 配置文件示例

<?xml version="1.0" encoding="utf-8"?>
<serverport="8080"shutdown="shutdown">
<servicename="xxx">
...
</service>
</server>

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

<servicename="xxx">
  <executor name="tomcatthreadpool" nameprefix="catalina-exec-"maxthreads="300"minsparethreads="25"/>
</service>

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 文件)。

这些仅为个人经验,希望能给大家一个参考,也希望大家多多支持代码网。

(0)

相关文章:

版权声明:本文内容由互联网用户贡献,该文观点仅代表作者本人。本站仅提供信息存储服务,不拥有所有权,不承担相关法律责任。 如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 2386932994@qq.com 举报,一经查实将立刻删除。

发表评论

验证码:
Copyright © 2017-2025  代码网 保留所有权利. 粤ICP备2024248653号
站长QQ:2386932994 | 联系邮箱:2386932994@qq.com