Tomcat 是一個小型的輕量級應用服務器，Apache和Tomcat整合使用：如果客戶端請求的是靜態(tài)頁面，則只需要Apache服務器響應請求；如果客戶端請求動態(tài)頁面，則是Tomcat服務器響應請求；因為jsp是服務器端解釋代碼的，這樣整合就可以減少Tomcat的服務開銷。在中小型系統(tǒng)和并發(fā)訪問用戶不是很多的場合下被普遍使用，是開發(fā)和調(diào)試JSP 程序的首選。

另外，全新的tomcat作為Servlet的容器，有三種工作模式。第一種做為獨立的Servlet容器，軟件可以作為獨立的Web服務器來單獨運行，Servlet容器組件做為Web服務器中的一部分二存在，這是軟件的默認工作模式。第二種作為其他Web服務器進程內(nèi)的Servlet容器，在這種模式下，軟件分為Web服務器插件和Servlet容器組件兩個部分，而Web服務器組件獲得用戶請求，利用的是JNI通信機制給Servlet容器組件。其中JNI指是Java本地調(diào)用接口，通過這一接口，Java程序可以和采用其他語言編寫的本地程序進行通信。而第三種作為其他Web服務器進程外的Servlet容器，在這種模式下，軟件分為Web服務器組件和Servlet容器組件兩部分。Web服務器獲取用戶請求，并通過IPC通信機制發(fā)送給Servlet容器組件。

軟件亮點

1、小型實用的輕量級應用服務器。
2、在中小型系統(tǒng)和并發(fā)訪問用戶不是很多的場合下被普遍使用。
3、是開發(fā)和調(diào)試JSP程序的首選。
4、是Apache服務器的打展，但它是獨立運行的。
5、當你運行tomcat時，它實際上作為一個與Apache獨立的進程單獨運行的。

tomcat配置教程

進行配置驗證時，首先需要進行jdk的安裝與配置。當jdk配置成功后就可以進行接下來的操作了。

1、將下載好的“tomcat.rar”文件解壓后放至“D:\” ，找到安裝路徑，安裝路徑是D:\apache-tomcat-10.xx

2、配置環(huán)境變量

右鍵“此電腦”，選擇“屬性”，然后點擊“高級系統(tǒng)設(shè)置”—“環(huán)境變量”

在系統(tǒng)變量中添加以下變量

點擊環(huán)境變量下的“新建”，新建系統(tǒng)變量 CATALINA_HOME，在“變量值”中填寫解壓文件的路徑

在path變量中添加入%CATALINA_HOME%\lib和%CATALINA_HOME%\bin，注意要加 ”;”,同時要注意這個分號是英文狀態(tài)的

3、環(huán)境變量配置完成后，在安裝路徑啟動tomcat服務

瀏覽器地址欄http://localhost:8080，如果出現(xiàn)tomcat示例主頁，則表示服務器安裝成功!

Apache+Tomcat整合的好處

1. Apache主要用來解析靜態(tài)文本,如html，tomcat雖然也有此功能，但apache能大大提高效率，對于并發(fā)數(shù)較大的企業(yè)級應用，能更好的顯示apache的高效率；

2. Tomcat用來解析jsp,servlet等,所有的客戶請求首先會發(fā)送到Apache，如果請求是靜態(tài)文本則由apache解析，并把結(jié)果返回給客戶端，如果是動態(tài)的請求，如jsp，apache會把解析工作交給tomcat，由tomcat進行解析（這首先要兩者現(xiàn)實整合），tomcat解析完成后，結(jié)果仍是通過apache返回給客戶端，這樣就可以達到分工合作,實現(xiàn)負載均衡，提高系統(tǒng)的性能！而且因為JSP是服務器端解釋代碼的，這樣整合可以減少Tomcat的服務開銷。

Tomcat特性

1、局部變量的類型推
Java開始引用像腳本語言JavaScript中的var類型（弱類型），允許你通過var定義任何類型的變量。
2、應用類數(shù)據(jù)共享（CDS）
CDS 在 JDK5 時被引進以改善 JVM 啟動的表現(xiàn)，同時減少當多個虛擬機在同一個物理或虛擬的機器上運行時的資源占用。JDK10 將擴展 CDS 到允許內(nèi)部系統(tǒng)的類加載器、內(nèi)部平臺的類加載器和自定義類加載器來加載獲得的類。之前，CDS 的使用僅僅限制在了 bootstrap 的類加載器。
3、額外的 Unicode 語言標簽擴展
這將改善 java.util.Locale 類和相關(guān)的 API 以實現(xiàn)額外 BCP47 語言標簽的 Unicode 擴展。尤其是，貨幣類型，一周的第一天，區(qū)域覆蓋和時區(qū)等標簽現(xiàn)在將被支持。
4、根證書
在 JDK 中將提供一套默認的 CA 根證書。關(guān)鍵的安全部件，如 TLS ，在 OpenJDK 構(gòu)建中將默認有效。這是 Oracle 正在努力確保 OpenJDK 二進制和 Oracle JDK 二進制功能上一樣的工作的一部分，是一項有用的補充內(nèi)容。
5、并行全垃圾回收器 G1
G1 是設(shè)計來作為一種低延時的垃圾回收器（但是如果它跟不上舊的堆碎片產(chǎn)生的提升速率的話，將仍然采用完整壓縮集合）。在 JDK9 之前，默認的收集器是并行，吞吐，收集器。為了減少在使用默認的收集器的應用性能配置文件的差異，G1 現(xiàn)在有一個并行完整收集機制。
6、移除 Native-Header 自動生成工具
Java9 開始了一些對 JDK 的家務管理，這項特性是對它的延續(xù)。當編譯 JNI 代碼時，已不再需要單獨的工具來生成頭文件，因為這可以通過 javac 完成。在未來的某一時刻，JNI 將會被 Panama 項目的結(jié)果取代，但是何時發(fā)生還不清楚。
7、垃圾回收器接口
這不是讓開發(fā)者用來控制垃圾回收的接口；而是一個在 JVM 源代碼中的允許另外的垃圾回收器快速方便的集成的接口。
8、線程-局部變量管控
這是在 JVM 內(nèi)部相當?shù)图墑e的更改，現(xiàn)在將允許在不運行全局虛擬機安全點的情況下實現(xiàn)線程回調(diào)。這將使得停止單個線程變得可能和便宜，而不是只能啟用或停止所有線程。
9、在備用存儲裝置上的堆分配
硬件技術(shù)在持續(xù)進化，現(xiàn)在可以使用與傳統(tǒng) DRAM 具有相同接口和類似性能特點的非易失性 RAM 。這項 JEP 將使得 JVM 能夠使用適用于不同類型的存儲機制的堆。
10、試驗性的基于 Java 的 JIT 編譯器
最近宣布的 Metropolis 項目，提議用 Java 重寫大部分 JVM 。乍一想，覺得很奇怪。如果 JVM 是用 Java 編寫的，那么是否需要一個 JVM 來運行 JVM ？ 相應的，這導致了一個很好的鏡像類比。 現(xiàn)實情況是，使用 Java 編寫 JVM 并不意味著必須將其編譯為字節(jié)碼，你可以使用 AOT 編譯，然后在運行時編譯代碼以提高性能。這項 JEP 將 Graal 編譯器研究項目引入到 JDK 中。并給將 Metropolis 項目成為現(xiàn)實，使 JVM 性能與當前 C++ 所寫版本匹敵（或有幸超越）提供基礎(chǔ)。
11、合并 JDK 多個代碼倉庫到一個單獨的儲存庫中
在 JDK9 中，有 8 個倉庫： root、corba、hotspot、jaxp、jaxws、jdk、langtools 和 nashorn 。在 JDK10 中這些將被合并為一個，使得跨相互依賴的變更集的存儲庫運行 atomic commit （原子提交）成為可能。