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

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

軟件亮點

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

tomcat配置教程

進行配置驗證時，首先需要進行jdk的安裝與配置。當(dāng)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服務(wù)

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

Apache+Tomcat整合的好處

1. Apache主要用來解析靜態(tài)文本,如html，tomcat雖然也有此功能，但apache能大大提高效率，對于并發(fā)數(shù)較大的企業(yè)級應(yīng)用，能更好的顯示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是服務(wù)器端解釋代碼的，這樣整合可以減少Tomcat的服務(wù)開銷。

Tomcat特性

1、局部變量的類型推
Java開始引用像腳本語言JavaScript中的var類型（弱類型），允許你通過var定義任何類型的變量。
2、應(yīng)用類數(shù)據(jù)共享（CDS）
CDS 在 JDK5 時被引進以改善 JVM 啟動的表現(xiàn)，同時減少當(dāng)多個虛擬機在同一個物理或虛擬的機器上運行時的資源占用。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 之前，默認的收集器是并行，吞吐，收集器。為了減少在使用默認的收集器的應(yīng)用性能配置文件的差異，G1 現(xiàn)在有一個并行完整收集機制。
6、移除 Native-Header 自動生成工具
Java9 開始了一些對 JDK 的家務(wù)管理，這項特性是對它的延續(xù)。當(dāng)編譯 JNI 代碼時，已不再需要單獨的工具來生成頭文件，因為這可以通過 javac 完成。在未來的某一時刻，JNI 將會被 Panama 項目的結(jié)果取代，但是何時發(fā)生還不清楚。
7、垃圾回收器接口
這不是讓開發(fā)者用來控制垃圾回收的接口；而是一個在 JVM 源代碼中的允許另外的垃圾回收器快速方便的集成的接口。
8、線程-局部變量管控
這是在 JVM 內(nèi)部相當(dāng)?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 ？ 相應(yīng)的，這導(dǎo)致了一個很好的鏡像類比。 現(xiàn)實情況是，使用 Java 編寫 JVM 并不意味著必須將其編譯為字節(jié)碼，你可以使用 AOT 編譯，然后在運行時編譯代碼以提高性能。這項 JEP 將 Graal 編譯器研究項目引入到 JDK 中。并給將 Metropolis 項目成為現(xiàn)實，使 JVM 性能與當(dāng)前 C++ 所寫版本匹敵（或有幸超越）提供基礎(chǔ)。
11、合并 JDK 多個代碼倉庫到一個單獨的儲存庫中
在 JDK9 中，有 8 個倉庫： root、corba、hotspot、jaxp、jaxws、jdk、langtools 和 nashorn 。在 JDK10 中這些將被合并為一個，使得跨相互依賴的變更集的存儲庫運行 atomic commit （原子提交）成為可能。