Tomcat是免費的開放源代碼的服務器插件，可以輕松實現前后端的交互，適用于一些輕量級的應用開發。軟件擴展性好，支持用戶對其進行自定義設置，可以更改它或在其中加入新的功能。還支持負載平衡與郵件服務等開發應用系統常用的功能，軟件深受Java愛好者的喜愛并得到了部分軟件開發商的認可，被很多企業普遍使用，也是開發和調試JSP程序的首選。

軟件特色

1、小型實用的輕量級應用服務器。

2、在中小型系統和并發訪問用戶不是很多的場合下被普遍使用。

3、是開發和調試JSP程序的首選。

4、是Apache服務器的打展，但它是獨立運行的。

5、當你運行tomcat時，它實際上作為一個與Apache獨立的進程單獨運行的。

配置及驗證方法

1、將下載好的“tomcat_218199.rar”解壓為“apache-tomcat-10.0.8”放至“D:\”

2、找到安裝路徑，安裝路徑是D:\apache-tomcat-10.0.8

3、右擊"我的電腦"，點擊"屬性"，選擇"高級系統設置"；

4、點擊環境變量，出現如下圖所示：

5、在”系統變量“中添加系統變量CATALINA_BASE，CATALINA_HOME；

變量名：CATALINA_BASE

變量值：D:\apache-tomcat-10.0.8     //此處是Tomcat的安裝目錄

變量名：CATALINA_HOME

變量值：D:\apache-tomcat-10.0.8           //此處是Tomcat的安裝目錄

6、此處需要修改ClassPath和Path的變量值。

在ClassPath的變量值中加入：%CATALINA_HOME%\lib\servlet-api.jar;（注意加的時候在原變量值后加英文狀態下的“；”）

在Path的變量值中加入：%CATALINA_HOME%\bin;%CATALINA_HOME%\lib（注意加的時候在原變量值后加英文狀態下的“；”）

在Path的變量值中加入：%CATALINA_HOME%\bin;%CATALINA_HOME%\lib（注意加的時候在原變量值后加英文狀態下的“；”）

7、打開瀏覽器，輸入 http://localhost:8080 進入如下頁面則表示配置成功。

新功能

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 （原子提交）成為可能。