Google谋杀Tomcat 动机何在？

　　离开开发行业已经好久了，Cord对于我来说已渐行渐远，正如陶渊明在《桃花源记》中描述的：“自云先世避秦时乱，率妻子邑人，来此绝境，不复出焉；遂与外人间隔。

　　问今是何世，乃不知有汉，无论魏、晋。”三年不碰技术已经与这个世界隔绝，不过Hello world这句世界经典程序和那只可爱“小猫容器”，至今让我记忆犹新。

　　Google选择Jetty，放弃Tomcat？

　　真的，假的？

　　刚一上线，以前的同事和好友，就向我发布了这个消息，在百度上搜了一下，此文来自国外的译稿，尚没有确切消息。不过这条消息足以震动整个开发社区，至少让我这颗沉寂了久违的心为之一颤。

　　我不得不为“小猫”的命运开始担心，Google的放弃决定和在全球屠杀Tomcat没有分别。就像网友表示“Google用什么，我们就用什么”，虽然这只是全球开发团体中的冰山一角，但对于Apache来说绝对是不希望看到的。

　　Jetty胜出优势几何？

　　Jetty对于笔者来说，是一个陌生词汇，早年Tomcat，Ressin，BEA等容器家族成员中，Jetty只能算是一个小字靠，在业界的知名度和应用程度上跟Tomcat有着天壤之别，

　　Tomcat和Jetty具有同样的开源基因，Tomcat是为JSP而生，是Apache 软件基金会（Apache Software Foundation）的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开发而成。同时它也是sun公司官方推荐的servlet和Jsp容器，因此受到越来越多软件公司和开发人员的喜爱。

　　Jetty首创于1995年，来自于一个广大的用户社区，有一个稳定的核心开发者来持续专著开发，Jetty本着简单不复杂的指导原则，一经推出就因为快速的布署和发布的优点受到广大开发者的追捧。

　　虽然Jetty和Tomcat的内核都是采用Jasper，但是在性能方面Jetty主打小、快、轻的战术，Tomcat则是一个全功能的应用服务器，集成太多了产品和服务整体稍显臃态，而Jetty在面向嵌入式方面较Tomcat则更有优势。

　　有网友认为Jetty 是一个非常好的 Web Container。因为它的设计简练而清晰（Jetty 的代码要比 Tomcat 的代码简单和清晰的多），它非常容易被嵌入到其它产品之中。它用最少的代码提供了我们常用的几乎所有 Web Container 的功能。当然 Jetty 也有一些性能优化的办法，不是就这样破罐子破摔了，也是一个追求上进的好青年。

　　但也有不同意见者认为负载轻是Jetty的优势，同时也是劣势，有很多东西要自已写，例如JNDI和Realm。