Jetty 与 Tomcat 比较,及性能分析

主流java的web容器，主要是Tomcat, jboss, jetty, resin。由于以前我们主要用的是jboss4.0.5，但jbosse用的servlet容器是tomcat5.5，所以只进行tomcat和 jetty的比较，两个谁好谁坏，适合你用，你才知道。resin就不说了，好像已经成为了history.

一、Tomcat

现在Tomcat版本已经是8.0了，在Tomcat6和7都增加了很多新的特性。

版本特性

Tomcat7系列

Tomcat6系列

二、jetty

由于jetty出生不好，不像tomcat是在apache强大的基金下面成长，所以变化很多。现在归于eclipse基金组织下，官方文档没有 tomcat那么细和明确。现在Jetty的最新版本是8.0.4,在我们这期使用的是jetty7.2.0，这两个版本系列与jetty6区别比较大。详细的学习了解及性能，在以后的分享再给出。

三、比较

名称	上手度	性能	更新频率	扩展性
Tomcat	容易	从Tomcat6支持nio，性能优秀	普通	不好
Jetty	比较慢。灵活性同时带来一定的复杂度	默认是NIO，性能优秀	快	好

综上所述，其实我们选用jetty或者tomcat并不是因为jetty一定比tomcat好，而是因为什么手顺，用什么。

四、NIO和BIO对比

测试环境：

Tomcat： 7.0.22 JDK：1.6.0_11 系统：linux，就是我们的开发机场景：访问一个简单的jsp页面，没有什么业务代码，纯测试及处理request的性能与并发。总的说来，BIO下，较为稳定，而NIO波动较大。但在10240并发下，bio彻底玩完，而NIO依然坚挺。所以在大并发下，NIO是不二选择。

Tomcat的NIO和BIO配置及运行时截图

名称	配置	运行时
BIO
NIO

五、为什么要用jetty?

其实这篇分享，主要是想说明三点。

在web容器上，我们要与时俱进，不能只追求现在，在高并发下，我们要有相关的经验及应对措施。
NIO要优于BIO，而jetty同时也是推荐用NIO
jetty的灵活小巧，加载速度快，方便调试等都是促使我们去选择 tomcat公司很多不屑于用一样，其实tomcat还是很不错的。用tomcat支持并发2000的，也是经常干的事。之所以选择jetty，那原因就不多说了，jboss不给力而且又大，tomcat公司不支持，所以jetty就这样成为项目中的不二选择，当然他也是非常优秀的产品。综上所述，在性能上tomcat与jetty差距并不大，可以说没有。只是jetty相对来说由于其灵活性，插件化，导致jetty某些场合(如虚拟机、嵌入式)更节约资源，当然对于我们现在的应用可以忽略这个因素。还是多关注一下我们的SQL语句和业务逻辑代码吧！

补充

3.1 Servlet3.0新特性

异步处理支持：有了该特性，Servlet 线程不再需要一直阻塞，直到业务处理完毕才能再输出响应，最后才结束该 Servlet 线程。在接收到请求之后，Servlet 线程可以将耗时的操作委派给另一个线程来完成，自己在不生成响应的情况下返回至容器。针对业务处理较耗时的情况，这将大大减少服务器资源的占用，并且提高并发处理速度。
新增的注解支持：该版本新增了若干注解，用于简化 Servlet、过滤器（Filter）和监听器（Listener）的声明，这使得 web.xml 部署描述文件从该版本开始不再是必选的了。
可插性支持：熟悉 Struts2 的开发者一定会对其通过插件的方式与包括 Spring 在内的各种常用框架的整合特性记忆犹新。将相应的插件封装成 JAR 包并放在类路径下，Struts2 运行时便能自动加载这些插件。现在 Servlet 3.0 提供了类似的特性，开发者可以通过插件的方式很方便的扩充已有 Web 应用的功能，而不需要修改原有的应用。