首先我們先介紹一下為什么要讓Apache與Tomcat之間進行連接。事實上Tomcat本身已經提供了HTTP服務，該服務默認的端口是8080，裝好tomcat后通過8080端口可以直接使用Tomcat所運行的應用程序，你也可以將該端口改為80。既然Tomcat本身已經可以提供這樣的服務，我們為什么還要引入Apache或者其他的一些專門的HTTP服務器呢？原因有下面幾個：提升對靜態文件的處理性能利用Web服務器來做負載均衡以及容錯無縫的升級應用程序這三點對一個web網站來說是非常之重要的，我們希望我們的網站不僅是速度快，而且要穩定，不能因為某個Tomcat宕機或者是升級程序導致用戶訪問不了，而能完成這幾個功能的、最好的HTTP服務器也就只有apache的httpserver了，它跟tomcat的結合是最緊密和可靠的。接下來我們介紹三種方法將apache和tomcat整合在一起。

WEB專用服務器的安全設置。IIS的相關設置：刪除默認建立的站點的虛擬目錄，停止默認web站點，刪除對應的文件目錄c:inetpub，配置所有站點的公共設置，設置好相關的連接數限制，?帶寬設置以及性能設置等其他設置。配置應用程序映射，刪除所有不必要的應用程序擴展，只保留asp，php，cgi，pl，aspx應用程序擴展。

負載均衡技術引申——淺談服務器防攻擊的網絡集群綜合解決方案2009年01月15日星期四08:51P.M.服務器防攻擊的網絡集群綜合解決方案”，此案分為四層架構，即“防火墻--轉發服務器(多臺)—WEB服務器<->數據庫服務器”。其中第二層和第三層可是多臺服務器，即采用集群轉發服務器組，可隨時增減網絡節點。第一部分集群該負載均衡器的配置實例說明：所有的內容主機（Server1、Server2、Server3…）存儲相同的內容。只有一臺機器既運行負載均衡器又作為內容主機（Server1）。內容主機被定義用來組成負載均衡集群（load-balancedcluster），給負載均衡器機器中的一個網絡接口分配主機名稱和IP地址，供集群使用。用戶使用客戶端瀏覽器請求一個文件，從Internet發送請求，經由企業的Internet網關（防火墻）進入企業的內部網。請求被轉發到集群主機，該集群主機名稱映射到負載均衡器。負載均衡器將請求路由到基于分派器的負載均衡標準所選中的內容主機。

對于APR中的所有的對象中，內存池對象應該是其余對象內存分配的基礎，不僅是APR中的對象，而且對于整個Apache中的大部分對象的內存都是從內存池中進行分配的，因此我們將把內存池作為整個APR的基礎。

想必所有人都了解CGI技術的通用性與效率有多糟糕。那么本文所描述的所有內容僅限于一種可以大幅度提高頁面處理技術的東東，它的名字叫FastCGI，他的速度效率最少要比CGI技術提高5倍以上(要知道目前各種流行的頁面處理技術ASP、PHP、JSP/Servlet還沒有哪個能超過)。這并不是一種新技術，筆者在2000年第一次用過此技術。大家一定驚訝，既然有這種技術為什么我們還要編寫這本參考手冊，原因顯而易見，雖然此技術已經產生自今，但中文資料還是少的可憐。好！廢話到此為之止。Apache就知道.fcgi與.fpl處理為fastcgi文件還要為您的網站設置ScriptAli

Apache、Tomcat6整合配置教程.

Apache啟動時，會綁定本機上的地址和端口，然后等待請求的進入。默認情況下，它會監聽本機的所有地址。但是，當需要監聽特定的地址或端口或地址與端口的組合，或者需要對不同的IP地址、主機名、端口作出不同的響應(如使用虛擬主機)時，就必須明確指定。 Listen指令告訴服務器接只受來自特定端口(或地址+端口的組合)的請求。如果Listen指令僅指定了端口，則服務器會監聽所有的IP地址；如果指定了地址+端口的組合，則服務器只監聽來自此特定地址上特定端口的請求。使用多個Listen指令，可以指定在多個地址和端口上進行監聽。

Apache+php+mysql在windows下的安裝與配置圖解。

Apache2和Tomcat6配置集群。關鍵字: apache, tomcat, 集群, 負載均衡, session復制。

配置apache虛擬主機通過以下文章：實現：同一ip不同端口對應不同的站點目錄。

Apache HTTP Server最流行的HTTP服務器軟件之一.快速、可靠、可通過簡單的API擴展,Perl/Python解釋器可被編譯到服務器中,完全免費,完全源代碼開放。如果你需要創建一個每天有數百萬人訪問的Web服務器,Apache可能是最佳選擇。