取自https://cwiki.apache.org/confluence/display/TOMCAT/Connectors#Connectors-Q3
- 聚类。通过使用Apache HTTP作为前端，您可以让Apache HTTP充当通往多个Apache Tomcat实例的内容的大门。如果您的Apache Tomcat之一发生故障，Apache HTTP将忽略它，并且您的Sysadmin可以整夜睡眠。如果您使用硬件负载平衡器和Apache Tomcat的集群功能，则可以忽略这一点。
- 群集/安全性。您还可以将Apache用作通往不同URL命名空间（/ app1 /，/ app2 /，/ app3 /或虚拟主机）的不同Apache Tomcat的前门。这样就可以将每个Apache Tomcat放在一个受保护的区域中，并且从安全角度来看，您只需要担心Apache HTTP服务器。本质上，Apache成为智能代理服务器。
- 安全。本主题可以左右摇摆。Java具有安全管理器，而Apache具有更大的意识份额和更多的安全性技巧。我不会更详细地介绍这一点，但让Google成为您的朋友。根据您的方案，一个可能比另一个更好。但也要记住，如果您在Tomcat上运行Apache，则有两个系统需要防御，而没有一个。
- 附加组件。添加CGI，Perl和PHP对Apache很自然。对于Tomcat而言，它的运行速度较慢，而且更加混乱。Apache HTTP还具有数百个可以随意插入的模块。Apache Tomcat可以具有此功能，但是代码尚未编写。
- 装饰！通过在Apache Tomcat前面使用Apache HTTP，您可以执行Apache Tomcat不支持或不具有即时代码支持的任意数量的装饰器。例如，可以为Apache Tomcat编写mod_headers，mod_rewrite和mod_alias，但是为什么在Apache HTTP做得很好的情况下重新发明轮子呢？
- 速度。Apache HTTP在提供静态内容方面比Apache Tomcat更快。但是除非您的网站流量很高，否则这一点是没有用的。但是在某些情况下，Apache Tomcat可能比Apache httpd更快。因此，请对您的网站进行基准测试。使用适当的连接器（启用了sendFile的APR）时，Apache Tomcat可以以httpd速度运行。在Apache httpd和Tomcat之间进行选择时，不应将速度视为一个因素
- 套接字处理/系统稳定性。就错误情况而言，Apache HTTP的套接字处理比Apache Tomcat更好。主要原因是Apache Tomcat必须通过需要跨平台的JVM执行所有套接字处理。问题是套接字优化是特定于平台的难题。大多数情况下，Java代码都很好，但是当您同时受到连接断开，无效数据包，来自无效IP的无效请求的轰炸时，与基于JVM的程序相比，Apache HTTP在删除这些错误情况方面做得更好。（YMMV）
