Jetty和Tomcat的选择:按场景而定
Jetty和Tomcat为目前全球范围内最著名的两款开源的webserver/servlet容器。由于它们的实现都遵循Java Servlet规范,一个Java Web应用部署于两款容器的任意一个皆可。但选择哪个更优?也许这得看场景。 <div> <br /> </div> <div> 近期很多人关注Jetty,也许主要是因为GAE放弃了Tomcat而选择了Jetty。于是,以很直接的想法,Jetty更符合GAE的需求、即云环境的需求,亦分布式环境的需求。 </div> <div> <br /> </div> <div> 那Jetty与Tomcat比较,有哪差异呢? 自己简单做了些调研,也请救了熟悉Tomcat和Jetty的朋友和师兄,得出以下结论: </div> <div> </div> <div> <p> 1)Jetty更轻量级。这是相对Tomcat而言的。</p> <p> 由于Tomcat除了遵循Java Servlet规范之外,自身还扩展了大量JEE特性以满足企业级应用的需求,所以Tomcat是较重量级的,而且配置较Jetty亦复杂许多。但对于大量普通互联网应用而言,并不需要用到Tomcat其他高级特性,所以在这种情况下,使用Tomcat是很浪费资源的。这种劣势放在分布式环境下,更是明显。换成Jetty,每个应用服务器省下那几兆内存,对于大的分布式环境则是节省大量资源。而且,Jetty的轻量级也使其在处理高并发细粒度请求的场景下显得更快速高效。</p> <p> </p> <p> 2)Jetty更灵活,体现在其可插拔性和可扩展性,更易于开发者对Jetty本身进行二次开发,定制一个适合自身需求的Web Server。</p> <p> 相比之下,重量级的Tomcat原本便支持过多特性,要对其瘦身的成本远大于丰富Jetty的成本。用自己的理解,即增肥容易减肥难。</p> <p> </p> <p> 3)然而,当支持大规模企业级应用时,Jetty也许便需要扩展,在这场景下Tomcat便是更优的。</p> <p><strong><br /> </strong></p> <p> <strong>总结:Jetty更满足公有云的分布式环境的需求,而Tomcat更符合企业级环境。</strong></p> </div> <div> </div> <div> GAE放弃了Tomcat,选择了Jetty,正是因为Jetty的体积和灵活性,Google可以更好地定制一个足够小的Java Web Server为其GAE服务。 </div> <div> 而Tomcat为满足更多的企业级需求,增加了JEE特性,在服务企业级应用时,它的支持优于Jetty。然而,即使Tomcat性能略优于Jetty,但对于大多非企业级应用而言,配置复杂体积庞大的Tomcat显得过于重量级。 </div> <div> </div> <div> <strong> 正因为这个,实验室的云平台实现便是把云平台本身的门户网站放在Tomcat内,而云台托管的Java Web应该是部署在Jetty内的。</strong> </div> <div> </div> <div> </div> <div> 参考文章: </div> <div> 《 <a style="color:#0b59b2;text-decoration:underline;" href="/misc/goto?guid=4959221611643896724" rel="permalink"><span style="font-size:13px;">Google Chose Jetty for App Engine</span></a>》(译文: <a href="/misc/goto?guid=4959221611819364832">http://www.iteye.com/news/9918</a>) </div> <div> </div> <div> Tomcat和Jetty更多比较请看: </div> <div> <a href="/misc/goto?guid=4959221611971938279">http://www.slideshare.net.sixxs.org/noriaki/jetty-vs-tomcat</a> </div>
本文由用户 fmms 自行上传分享,仅供网友学习交流。所有权归原作者,若您的权利被侵害,请联系管理员。
转载本站原创文章,请注明出处,并保留原始链接、图片水印。
本站是一个以用户分享为主的开源技术平台,欢迎各类分享!