首先，我必须承认TOMCAT是一个很好用的Java Web服务器，而且也被广泛用在了很多商用系统中。但是没有一种产品是完美的，相对于Weblogic，Websphere这些商用的Java学习java的学习方法 Application server，它的不足到底在哪里呢？
优点如下：
  1、兼有可扩展性和安全性。假如单位时间内访问请求数急剧增加，可以用相对较低的费用增加前端的能力。
  2、比较容易扩展。由于是通过在这台功能强大的服务器上运行的单个servlet容器，实际上也就不需要考虑session状态在分布式环境下的维护这类复杂的问题。
  3、台后端服务器在外界不可以访问，网上的黑客只能访问前端的web服务器，不能直接访问后端的应用服务器，这就提高了安全性。但这并不意味着黑客们不能通过网络浏览器进行其它形式的攻击。
  这种类型的站点的主要特点是每一个页面都可能是动态生成的，但这些数据中主要部分还是静态的(比如，各类图像GIF、JPG、PNG，流式媒体等)。想象以下某个站点采用了多个用于负载均衡的硬件设备，这些设备后端连结一组服务器，这些服务器可能是一组相对廉价的运行apache的linux服务器簇。这组位于前端的服务器簇将仅占总访问请求的10%的真正需要
调用servlet的访问请求发送给后段的系统，后锻系统可以是一台Sun的E3500，或是IBM的AS/400，在这个后端的系统上运行着Tomcat，可能还包括企业级数据库。
其实，换个角度说，我们在开发时选取各种产品，无非就是要看它是否能满足我们的需求，在那些情况下TOMCAT无法满足我们的要求呢？
通过我自己的工作实践，我总结了以下几点：

1. 是轻量级的Web 容器，无法满足复杂业务场景的要求。J2EE规范中的标准容器是web Container和EJB containor。另外还要提供诸如JNDI,JMS, JDBC,JMAIL等等的服务，TOMCAT把这些都省略了，要想满足这些功能必须带另外的开源框架产品。
2. 配置简单，但是图形化做的不好，不直观，给非技术用户感觉比较不好
3. 缺少更多的监控功能和接口。运行状态（runtime）的统计数据不多，展示界面不好。
4. 性能稍差
5. 不支持session复制这样的高级功能
6. 缺少多个实例协同工作的设置，集，多服务器
7. 自动化管理等功能缺失



另外，我们这几年也看到TOMCAT像商用产品学习，在很多方面有了改进。但是毕竟是轻量级的产品，在很多复杂和关键的应用中我们还是无法使用它。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。