Apache Tomcat 10 V10.1.42 安装版+绿色解压版(附配置教程) 32位/64位

Tomcat 是一个小型的轻量级应用服务器，Apache和Tomcat整合使用：如果客户端请求的是静态页面，则只需要Apache服务器响应请求；如果客户端请求动态页面，则是Tomcat服务器响应请求；因为jsp是服务器端解释代码的，这样整合就可以减少Tomcat的服务开销。在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。

另外，全新的tomcat10作为Servlet的容器，有三种工作模式。第一种做为独立的Servlet容器，软件可以作为独立的Web服务器来单独运行，Servlet容器组件做为Web服务器中的一部分二存在，这是软件的默认工作模式。第二种作为其他Web服务器进程内的Servlet容器，在这种模式下，软件分为Web服务器插件和Servlet容器组件两个部分，而Web服务器组件获得用户请求，利用的是JNI通信机制给Servlet容器组件。其中JNI指是Java本地调用接口，通过这一接口，Java程序可以和采用其他语言编写的本地程序进行通信。而第三种作为其他Web服务器进程外的Servlet容器，在这种模式下，软件分为Web服务器组件和Servlet容器组件两部分。Web服务器获取用户请求，并通过IPC通信机制发送给Servlet容器组件。

软件亮点

1、小型实用的轻量级应用服务器。
2、在中小型系统和并发访问用户不是很多的场合下被普遍使用。
3、是开发和调试JSP程序的首选。
4、是Apache服务器的打展，但它是独立运行的。
5、当你运行tomcat时，它实际上作为一个与Apache独立的进程单独运行的。

tomcat10配置教程

进行配置验证时，首先需要进行jdk的安装与配置。当jdk配置成功后就可以进行接下来的操作了。

1、将下载好的“tomcat.rar”文件解压后放至“D:\” ，找到安装路径，安装路径是D:\apache-tomcat-10.xx

2、配置环境变量

右键“此电脑”，选择“属性”，然后点击“高级系统设置”—“环境变量”

在系统变量中添加以下变量

点击环境变量下的“新建”，新建系统变量 CATALINA_HOME，在“变量值”中填写解压文件的路径

在path变量中添加入%CATALINA_HOME%\lib和%CATALINA_HOME%\bin，注意要加 ”;”,同时要注意这个分号是英文状态的

3、环境变量配置完成后，在安装路径启动tomcat服务

浏览器地址栏http://localhost:8080，如果出现tomcat示例主页，则表示服务器安装成功!

Apache+Tomcat整合的好处

1. Apache主要用来解析静态文本,如html，tomcat虽然也有此功能，但apache能大大提高效率，对于并发数较大的企业级应用，能更好的显示apache的高效率；

2. Tomcat用来解析jsp,servlet等,所有的客户请求首先会发送到Apache，如果请求是静态文本则由apache解析，并把结果返回给客户端，如果是动态的请求，如jsp，apache会把解析工作交给tomcat，由tomcat进行解析（这首先要两者现实整合），tomcat解析完成后，结果仍是通过apache返回给客户端，这样就可以达到分工合作,实现负载均衡，提高系统的性能！而且因为JSP是服务器端解释代码的，这样整合可以减少Tomcat的服务开销。

Tomcat10新特性

1、局部变量的类型推
Java开始引用像脚本语言JavaScript中的var类型（弱类型），允许你通过var定义任何类型的变量。
2、应用类数据共享（CDS）
CDS 在 JDK5 时被引进以改善 JVM 启动的表现，同时减少当多个虚拟机在同一个物理或虚拟的机器上运行时的资源占用。JDK10 将扩展 CDS 到允许内部系统的类加载器、内部平台的类加载器和自定义类加载器来加载获得的类。之前，CDS 的使用仅仅限制在了 bootstrap 的类加载器。
3、额外的 Unicode 语言标签扩展
这将改善 java.util.Locale 类和相关的 API 以实现额外 BCP47 语言标签的 Unicode 扩展。尤其是，货币类型，一周的第一天，区域覆盖和时区等标签现在将被支持。
4、根证书
在 JDK 中将提供一套默认的 CA 根证书。关键的安全部件，如 TLS ，在 OpenJDK 构建中将默认有效。这是 Oracle 正在努力确保 OpenJDK 二进制和 Oracle JDK 二进制功能上一样的工作的一部分，是一项有用的补充内容。
5、并行全垃圾回收器 G1
G1 是设计来作为一种低延时的垃圾回收器（但是如果它跟不上旧的堆碎片产生的提升速率的话，将仍然采用完整压缩集合）。在 JDK9 之前，默认的收集器是并行，吞吐，收集器。为了减少在使用默认的收集器的应用性能配置文件的差异，G1 现在有一个并行完整收集机制。
6、移除 Native-Header 自动生成工具
Java9 开始了一些对 JDK 的家务管理，这项特性是对它的延续。当编译 JNI 代码时，已不再需要单独的工具来生成头文件，因为这可以通过 javac 完成。在未来的某一时刻，JNI 将会被 Panama 项目的结果取代，但是何时发生还不清楚。
7、垃圾回收器接口
这不是让开发者用来控制垃圾回收的接口；而是一个在 JVM 源代码中的允许另外的垃圾回收器快速方便的集成的接口。
8、线程-局部变量管控
这是在 JVM 内部相当低级别的更改，现在将允许在不运行全局虚拟机安全点的情况下实现线程回调。这将使得停止单个线程变得可能和便宜，而不是只能启用或停止所有线程。
9、在备用存储装置上的堆分配
硬件技术在持续进化，现在可以使用与传统 DRAM 具有相同接口和类似性能特点的非易失性 RAM 。这项 JEP 将使得 JVM 能够使用适用于不同类型的存储机制的堆。
10、试验性的基于 Java 的 JIT 编译器
最近宣布的 Metropolis 项目，提议用 Java 重写大部分 JVM 。乍一想，觉得很奇怪。如果 JVM 是用 Java 编写的，那么是否需要一个 JVM 来运行 JVM ？ 相应的，这导致了一个很好的镜像类比。 现实情况是，使用 Java 编写 JVM 并不意味着必须将其编译为字节码，你可以使用 AOT 编译，然后在运行时编译代码以提高性能。这项 JEP 将 Graal 编译器研究项目引入到 JDK 中。并给将 Metropolis 项目成为现实，使 JVM 性能与当前 C++ 所写版本匹敌（或有幸超越）提供基础。
11、合并 JDK 多个代码仓库到一个单独的储存库中
在 JDK9 中，有 8 个仓库： root、corba、hotspot、jaxp、jaxws、jdk、langtools 和 nashorn 。在 JDK10 中这些将被合并为一个，使得跨相互依赖的变更集的存储库运行 atomic commit （原子提交）成为可能。