轻量级容器"越来越成为Java世界的讨论关键词之一。那么到底什么是"轻量级"容器?  
 在你浏览最近的有关J2EE的文章或者blog，都有意无意的提到了"lightweigh containter",  
 伴随着个词出现最多的就是"IoC","dependencies inject","AOP"等等。  
  
 何谓"容器"?  
  
 说穿了没什么特别的地方，而且在我们的世界里面司空见惯。容器就是一组提供一系列服务的管理器，只要你符合容器的服务要求(规范)  
 容器就可以让你使用范围内的管理服务. 早在Web流行的时候，http container就为我们提供解析Html的能力，  
 让我们的html代码可以通过http协议来发布到internet.随着web应用的推广，动态语言的发展，http容器逐步  
 可以用指定的接口来解释特殊文件中的特殊片断，如:php,asp等等。那么让我们揭开容器的盖子，看看里面都有什么(服务).  
  
 1,生命周期管理  
  
 - 既然要管理运行的组件(或程序片断)，至少可以通过某种方法在需要它的时候创建，没用的时候销毁。  
  
 2,查询定位  
  
 - 通过一定的策略(通常用文件名称)确定需要调用哪个组件或者资源，这可是作为管理器的主要工作。  
  
 3,配置器  
  
 - 提供静态配置策略。让用户可以控制服务的细节部分。如，资源在哪里等等  
  
 4,依赖解析  
  
 - 如果组件之间存在关系，或者需要相互通讯。那么至少要保证他们都是"活"的。这就需要分析出之间的依赖关系，动态管理。  
  
 5,不同协议层的通讯支持  
  
 - 对于程序片断不是自己就可以完成所有的计算的，还需要和不同的系统(平台)进行通讯，如用JDBC和数据存储数据库，用RMI分布组件  
  
 6,扩展支持  
  
 -扩展服务项不仅是容器需要的，也是任何软体需要的。比如说，增加安全策略。  
  
  
 何谓"轻量级"?  
  
 既然是"轻"，那就是比较"重"的而言."重"的典型代表就是EJB,EJB提供了一系列"重量级"企业级服务，并可以让你开发的组件可以很好的  
 集成EJB容器所提供的企业级服务，如JTA等。那么既然有了"要嘛有嘛"的服务容器，为什么还需要"轻量级"呢?这是一个好问题。  
 对于全面的EJB容器，虽然给了我们看起来完整的服务策略，但是，EJB不是雷锋，它也给我们带来了许多负面效果。有过EJB经验的人们  
 深有感触：  
 1，部署复杂，运行缓慢  
 2，内在服务多，启动慢  
 3, 规则特多，空间很小  
 4，难预测试(调试)  
 ...  
  
  
 EJB容器的服务往往是"买一送三"，不要都不行。我只需要JTA，而真的不需要JMS.  
 所以，在这个"对我没用的都是垃圾"的世界里，我们就需要"可选择型"的服务容器，让那些对我们没用的服务不要站在这里碍事。  
 可选择性就是轻量级容器的目标之一。  
  
  
 "轻量级"在哪里?  
  
 容器的服务既然可以DIY了，那么确实看上去"轻"了许多。但是，事情并非如此简单。  
 在开始之前，先来回顾一下几个关键词  
  
 1，封装  
  
 Java本身在照顾到非java程序员接受程度和配合市场宣传的"running anywhere"，不得不将一些  
 非面向对象的特性语法加入其中。"是否破坏了封装?"，称为Java十年来争议最多的问题。  
  
 2，组件式开发  
  
 这个词在软件的圈子里显得技术含量很高，但是，在硬件范围里，哪个硬件不是组件式的呢？你的计算机里就是各式各样的组件，  
 他们靠各个接口(插槽)集成工作。甚至你正在看得数字电视机顶盒也是一个标准的组件。  
  
 3，Running Anywhere  
  
 这个词伴随着一杯黑咖啡进入我们的世界，虽然现在已经变成了"Debug Anywhere",但是，这一直是我们的目标。  
  
  
 轻量级容器就是以这几个为目标的解决方案。  
  
 面对封装，组件粒度一直是SA的最大问题。根据EJB模型，EJB组件让我们把业务组件封装成粗粒度的业务组件。  
 轻量级容器这可以定义更为细粒度的组件，甚至这个组件只有一个对象.以依赖注入(Dependency Injection,DI)为代表的解耦模式，  
 可以让组件不去依赖容器(运行环境)的API。DI作为容器的管道，承担中间人的角色，让使用者(component)和提供者毫无关联。