jetty和netty的区别（Java容器Jetty7、8、9各大版本之间的区别）

本文目录

• Java容器Jetty7、8、9各大版本之间的区别
• 以etty结尾的单词
• tomcat和jetty的区别
• jetty和tomcat的区别和联系是什么
• Jetty 和Netty的区别，求大神能深入浅出给讲解下
• 有用过jetty的么，说下感觉，和tomcat的区别

Java容器Jetty7、8、9各大版本之间的区别

1. Jetty 是一个开源的servlet容器，它为基于Java的web内容，例如JSP和servlet提供运行环境。Jetty是使用Java语言编写的，它的API以一组JAR包的形式发布。开发人员可以将Jetty容器实例化成一个对象，可以迅速为一些独立运行（stand-alone）的Java应用提供网络和web连接。

2. Jetty版本众多，下面一张图解释他们的区别：

   
   

   
   

3. 明显看出只是多了支持的协议，其他都是一样的。

以etty结尾的单词

etty并不是英语后缀，以此结尾属于个别现象，-ette为英语后缀。
-ette意为：
1）小的东西（small）例词：cigarette
2）假的东西（imitation）例词：leatherette
3）女性（female）例词： usherette

tomcat和jetty的区别

Jetty与Tomcat的区别
由于没有研究过Tomcat，所以区别不好说，这里暂时就网上的一些言论和自己所了解到的一些总结下(摘自于许令波)。
Jetty 的架构从前面的分析可知，它的所有组件都是基于 Handler 来实现，当然它也支持 JMX。但是主要的功能扩展都可以用 Handler 来实现。可以说 Jetty 是面向 Handler 的架构，就像 Spring 是面向 Bean 的架构，iBATIS 是面向 statement 一样，而 Tomcat 是以多级容器构建起来的，它们的架构设计必然都有一个“元神”，所有以这个“元神“构建的其它组件都是肉身。
从设计模板角度来看 Handler 的设计实际上就是一个责任链模式，接口类 HandlerCollection 可以帮助开发者构建一个链，而另一个接口类 ScopeHandler 可以帮助你控制这个链的访问顺序。另外一个用到的设计模板就是观察者模式，用这个设计模式控制了整个 Jetty 的生命周期，只要继承了 LifeCycle 接口，你的对象就可以交给 Jetty 来统一管理了。所以扩展 Jetty 非常简单，也很容易让人理解，整体架构上的简单也带来了无比的好处，Jetty 可以很容易被扩展和裁剪。
相比之下，Tomcat 要臃肿很多，Tomcat 的整体设计上很复杂，前面说了 Tomcat 的核心是它的容器的设计，从 Server 到 Service 再到 engine 等 container 容器。作为一个应用服务器这样设计无口厚非，容器的分层设计也是为了更好的扩展，这是这种扩展的方式是将应用服务器的内部结构暴露给外部使用者，使得如果想扩展 Tomcat，开发人员必须要首先了解 Tomcat 的整体设计结构，然后才能知道如何按照它的规范来做扩展。这样无形就增加了对 Tomcat 的学习成本。不仅仅是容器，实际上 Tomcat 也有基于责任链的设计方式，像串联 Pipeline 的 Vavle 设计也是与 Jetty 的 Handler 类似的方式。要自己实现一个 Vavle 与写一个 Handler 的难度不相上下。表面上看，Tomcat 的功能要比 Jetty 强大，因为 Tomcat 已经帮你做了很多工作了，而 Jetty 只告诉，你能怎么做，如何做，有你去实现。
单纯比较 Tomcat 与 Jetty 的性能意义不是很大，只能说在某种使用场景下，它表现的各有差异。因为它们面向的使用场景不尽相同。从架构上来看 Tomcat 在处理少数非常繁忙的连接上更有优势，也就是说连接的生命周期如果短的话，Tomcat 的总体性能更高。
而 Jetty 刚好相反，Jetty 可以同时处理大量连接而且可以长时间保持这些连接。例如像一些 web 聊天应用非常适合用 Jetty 做服务器，像Taobao的 web 旺旺就是用 Jetty 作为 Servlet 引擎。
另外由于 Jetty 的架构非常简单，作为服务器它可以按需加载组件，这样不需要的组件可以去掉，这样无形可以减少服务器本身的内存开销，处理一次请求也是可以减少产生的临时对象，这样性能也会提高。另外 Jetty 默认使用的是 NIO 技术在处理 I/O 请求上更占优势，Tomcat 默认使用的是 BIO，在处理静态资源时，Tomcat 的性能不如 Jetty。
希望对你有帮助

jetty和tomcat的区别和联系是什么

1.相同点:
jetty和tomcat 都是 开源 Servlet容器
2.不同点:
tomcat是第一代开源Servlet容器,相对而言架构比较旧,使用人数最多， jetty是相对的而言架构更合理,运行速度更快。

1.Jetty和Tomcat的选择:按场景而定Jetty更轻量级。这是相对Tomcat而言的。

2.由于Tomcat除了遵循Java Servlet规范之外，自身还扩展了大量JEE特性以满足企业级应用的需求，所以Tomcat是较重量级的，而且配置较Jetty亦复杂许多。但对于大量普通互联网应用而言，并不需要用到Tomcat其他高级特性，所以在这种情况下，使用Tomcat是很浪费资源的。这种劣势放在分布式环境下，更是明显。换成Jetty，每个应用服务器省下那几兆内存，对于大的分布式环境则是节省大量资源。而且，Jetty的轻量级也使其在处理高并发细粒度请求的场景下显得更快速高效。Jetty更灵活，体现在其可插拔性和可扩展性，更易于开发者对Jetty本身进行二次开发，定制一个适合自身需求的Web Server。

3.相比之下，重量级的Tomcat原本便支持过多特性，要对其瘦身的成本远大于丰富Jetty的成本。用自己的理解，即增肥容易减肥难。

4.然而，当支持大规模企业级应用时，Jetty也许便需要扩展，在这场景下Tomcat便是更优的。5.总结:Jetty更满足公有云的分布式环境的需求，而Tomcat更符合企业级环境。

Jetty 和Netty的区别，求大神能深入浅出给讲解下

Netty和mian比较报告
一、数据测试报告
简述：1、启动服务器，等到客户端接入
2、客户端发送链接请求。当已经链接，记录当前时间并向服务端发送约50m数据，每次1kb.
3、当服务端接收到链接，第一次接收到数据后，记录当前时间
4、服务端将接收到的数据再返回给客户端。当服务端接收数据超过50m，则停止接收，并记录当前时间
5、当客户端接收数据量超过50m，记录当前时间。终止链接。
6、服务端和客户端得到执行时间。

netty
mina

Server
client
server
client
第一次
5076
5349
5051
5236
第二次
5375
5490
4902
4976
第三次
5521
5280
4953
5053
第四次
5367
5508
4980
5214
备注：当传输量达到100m时，mina抛异常：java.lang.OutOfMemoryError: Java heap space
结果：mina效率更快，netty性能更稳。

二、codec和handler比较
以下只是个人实践。可能会有其它办法解决。
1、Codec比较
mina编码解码器(codec)创建实例可有以下选择：
1) 每一次接收到的数据创建一次codec实例
2) 为所有client链接创建一次codec实例
netty编码解码器创建实例可有以下选择：
1) 每一次链接创建一次codec实例
2) 为所有client链接创建一次codec实例

2、Handler比较
Mina的handler创建实例可有以下选择：
1) 为所有client链接创建一次codec实例
Netty编码解码器创建实例可有以下选择：
1) 每一次链接创建一次handler实例
2) 为所有client链接创建一次handler实例

三、文档比较
1、netty和mina文档都比较多，但mina文档不齐全，netty文档比较清晰

四、UDP协议传输
1、 netty将UDP无连接的特性暴露出来；而mina对UDP进行了高级层次的抽象，可以把UDP当成“面向连接“的协议，Netty需要手动处理顺序、丢包检测、重发等等。

五、协议支持
Netty架构：

Mina架构
没有找到，但应有类似技术支持。

网上评价：
1. mina将内核和一些特性的联系过于紧密，使得用户在不需要这些特性的时候无法脱离，相比下性能会有所下降；netty解决了这个设计问题。
2. netty基本的架构和mina几乎完全一样，使用时候思想上差不多；但是有很多细节的改进（比如说mina的IoSession每次读写完要调用flip(),netty的channel则不用，并支持zero copy）。
3. netty比mina使用起来更简单。
4. 关于UDP链接：mina把TCP和UDP一样当“有连接“的处理，一个UDP请求会按照address产生一个新的 IoSession，过期时间是1分钟，这样做的好处是显然的，但是对于有性能要求的项目就不好了，对一个无连接的东西cache 1分钟，大多数时候可能是白cache了，做无用功。 Mina这样做可能还有个初衷是连续解码用的，比如一个包太大了，分了两次传输；但是这样的设计应该是udp大忌了。

有用过jetty的么，说下感觉，和tomcat的区别

没什么大的区别。
最明显的区别：jetty启动比tomcat快多了。还有网上说的jetty处理静态资源比tomcat给力

Tomcat 服务器是一个的开放源代码的Web 应用服务器，属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。对于一个初学者来说，可以这样认为，当在一台机器上配置好Apache 服务器，可利用它响应HTML(标准通用标记语言下的一个应用)页面的访问请求。实际上Tomcat 部分是Apache 服务器的扩展，但它是独立运行的，所以当你运行tomcat 时，它实际上作为一个与Apache 独立的进程单独运行的。