Apache Tomcat 11 是一款免费开源的轻量级 Web 应用服务器，在中小型系统和并发访问量不高的场景里用得很多，也是开发和调试 JSP 程序时经常选择的工具。它属于 Apache 服务器的扩展，但可以独立运行，启动后就是一个与 Apache 分开的进程。凭借先进的技术、稳定的性能和零成本，Tomcat 受到大量 Java 爱好者的青睐，也得到部分软件开发商的认可，是目前较为主流的 Web 应用服务器之一。配置得当的情况下，Apache 负责处理 HTML 页面，Tomcat 则运行 JSP 页面和 Servlet，同时也具备处理 HTML 页面的能力。它本身还是一个 Servlet 和 JSP 容器，独立的 Servlet 容器是 Tomcat 的默认模式，不过在静态 HTML 的处理能力上不如 Apache 服务器。
1、 安装 Tomcat 之前，先确认机器上已经装好 Java，这是基本前提，否则需要先安装对应的 JRE 或 JDK
2、 检查本机是否已安装 JDK，可以按 Windows + R 打开 cmd 命令窗口，输入 java 查看；如果出现 java 用法页面，说明系统里已有 Java 环境
3、 继续输入 java -version 可以查看当前 Java 版本；不同版本的 Tomcat 对 JDK 版本要求不一样
4、 需要注意：Tomcat 11.0.x 以上版本需要 Java 17 或更高版本
5、 以安装 jdk19-windows 为例，选择 .msi 版本可以自动安装；装完后按 Windows + R 打开 cmd，输入 java -version，显示版本为 V19 即表示安装成功
- 进入系统属性页面：系统 → 系统信息 → 高级系统设置 → 高级 → 环境变量
- 将变量值设为 C:\Program Files\Java\jdk-19，也就是 Java JDK 的安装路径
- 再把 C:\Program Files\Java\jdk-19\bin 加入环境变量
- 最后在 cmd 中执行 java -version，出现 Java 版本信息就说明配置完成
- 如果担心终端出现乱码，可以在环境变量中新建变量 JAVA_TOOL_OPTIONS，变量值填 -Dfile.encoding=UTF-8
1、 将下载的压缩包解压到需要的位置，例如 C:\tomcat11M1
2、 进入系统属性页面：系统 → 系统信息 → 高级系统设置 → 高级 → 环境变量，新建系统变量，变量值填 C:\tomcat11M1，即 Tomcat 解压后的使用路径
3、 添加变量值 %CATALINA_HOME%\bin
4、 按 Windows + R 打开命令提示符，进入解压安装 Tomcat 的位置，再进入 \bin 目录，运行 service.bat 批处理脚本，输入 service.bat install
5、 启动后在浏览器输入 http://localhost:8080/ 即可访问
7、 本例安装环境为 Win11
- Tomcat 是完全开源的项目，任何人都可以免费使用，由 Apache 软件基金会维护，社区活跃，开发者能获得大量支持和资源
- 它被设计为轻量级的 Java Servlet 容器，启动和运行速度快，不需要过多系统资源，处理高并发请求时表现不错，适合大规模应用
- 安装过程简单明了，提供多种安装选项，包括 Windows 服务安装程序；配置文件如 server.xml 容易理解，开发者能快速上手并按需调整
- 实现了 Java Servlet、JavaServer Pages（JSP）和 WebSocket 等多种 Java EE 规范，能有效处理动态内容，并与 Spring、Hibernate 等 Java 技术栈组件无缝集成
- 扩展性良好，支持通过插件和模块扩展功能，开发者可以根据项目需求自定义 Tomcat 的行为
- 提供身份验证、授权和数据加密等多种安全功能，适合需要遵循严格安全标准的企业应用，比如金融行业
- 基于 Java 开发，能兼容各种操作系统和平台，跨平台能力让开发者不必大量修改就能在不同环境部署应用
- 作为成熟的开源项目，拥有庞大的用户群体和丰富的文档资源，遇到技术问题或寻找最佳实践时都能在社区找到帮助
- 适合云计算环境，轻量级特性和易扩展能力使其能应对变化的负载需求，并支持集群和会话复制，确保高可用性
1、 检查 JAVA_HOME 环境变量是否正确配置
2、 如果有别的进程占用了 8080 端口，找到对应程序关闭即可；遇到无法关闭的情况，需要重新配置 Tomcat 的端口号
3、 注意事项：HTTP 协议默认端口号为 80，如果将 Tomcat 端口号改为 80，访问时就不用再输入端口号
4、 如果遇到问题，可以查看 logs/catalina.out 或其他日志文件获取详细错误信息
5、 确保合并 web.xml 片段时，登录配置冲突会触发部署失败
6、 在解析配置文件时，删除对 String.intern() 的不必要调用
7、 扩展 sessionAttributeValueClassNameFilter，使其包括动态代理接口类的过滤
8、 当将用户数据持久保存到 DataSourceUserDatabase 失败时，尝试使用回滚并改进错误报告
9、 70143：在解析部件时处理 InvalidFileNameException，按照 Servlet 规范的要求将其作为 IllegalStateException 重新抛出
10、 将缺失原因添加到 JsonErrorReportValve
11、 修复重写规则的 N 和 C 标志的评估
12、 qsd 标志在重写时应始终丢弃原始查询字符串
13、 为默认 servlet 生成的目录列表添加适当的上下文路径、当前目录名称和父目录名称转义，确保 XML 转义与 XML 输出一起使用
14、 在 RewriteValve 规则中处理证书使用者名称和颁发者名称时，始终使用 RFC 2253 格式名称
15、 当客户端提供的随机数计数位于窗口上限时，修复使用摘要身份验证错误拒绝请求的问题
16、 将 Context 角色映射与 Servlet 规范 security-role-ref 分开
17、 处理 JNDIRealm 配置为使用 userRoleAttribute 执行角色搜索，但该属性不可用或未为当前用户配置的情况
18、 改进对与会话过期同时发生的会话属性添加的处理：应用程序现在要么看到成功添加然后到期，要么添加不会成功；会话不再可能过期并且添加成功，对实现 HttpSessionBindingListener 的属性尤其如此
19、 向上下文添加新属性 urlPatternsProvidedInDecodedForm，控制部署描述符、注释和编程等效项中提供的 URL 和 URL 模式是否被视为 URL 编码形式或解码形式；Servlet 规范要求以解码形式提供，Tomcat 历来视为编码形式，Tomcat 12 中将始终视为解码形式，该设置允许逐个应用从编码迁移到解码，并将在 Tomcat 12 中删除，届时相当于硬编码为 true
20、 确保当多个约束与请求路径匹配时，选择具有最长匹配路径的安全约束
21、 如果 FORM 认证保存的请求使用 GET 以外的方式，确保保存的请求恢复后、处理前重新评估安全约束；扩展 FormAuthenticator 并覆盖 doAuthenticate() 和/或 RestoreRequest() 的自定义 Authenticator 实现将需要修改
22、 对 DataSourceRealm 的多项改进：连接到数据库失败或者用户或角色查找期间出现异常，现在将导致身份验证失败，而不是部分填充的主体；对于 CLIENT-CERT 和 SPNEGO 身份验证，用户必须存在于数据库中才能成功进行身份验证
(您的评论需要经过审核才能显示)
0条评论