1.container为什么会出现？
在书写程序的时候，我们常常需要对大量的对象引用进行管理。为了实现有效的归类管理，我们常常将同类的引用放置在同一数据容器中。由于数据容器中存放了我们随时可能需要使用到的对象引用，所以一般的数据容器要都要能能提供方便的查询、遍历、修改等基本接口功能。早期的OOP语言都通过数组的方式来实现对引用集的集中管理和维护。
但是数组方式下，数组大小需要提前被确定，并不允许修改大小，导致其作为一种灵活的数据容器的能力的功能大为下降。为了方便的利用数据容器进行引用的管理,Java中提供了丰富的数据容器以满足程序员多样化的需求。
往往被奉为经典的两个知识点：1、控制反转；2、依赖注入。
一、控制反转
每个对象自身对于逻辑的执行能力，被其所依赖的对象反向控制了，这也就是控制反转的本质含义。
软件之父为了解决与业务逻辑完好的解耦，从而又能实现一个额外的编程元素容器来帮助进行对象的生命周期管理！提出了容器的构建规则：
1、容器应该被设计成一个全局的，统一的编程元素；
2、在最大程度上降低容器对业务逻辑的入侵；
3、容器应该提供简单而全面的对象操作接口。
二、依赖注入
只提供普通的Java方法让容器去决定依赖关系。容器全权负责的组件的装配，它会把符合依赖关系的对象通过JavaBean属性或者构造函数传递给需要的对象。通过
JavaBean属性注射依赖关系的做法称为设值方法注入(Setter Injection)；将依赖关系作为构造函数参数传入的做法称为构造器注入（Constructor Injection）。
在这里要提示一下，本次我所说的容器是container（由一系列对象的操作接口构成，其中应该至少包含获取对象实列以及管理对象之间的依赖关系这两类操作方法），而不是collection（用于表述一组对象的集合）！
容器怎么获取对象实列呢，接下来上源码：
public abstract interface Container
extends Serializable
{
public static final String DEFAULT_NAME = "default";
public abstract void inject(Object paramObject);
public abstract <T> T inject(Class<T> paramClass);
public abstract <T> T getInstance(Class<T> paramClass, String paramString);
public abstract <T> T getInstance(Class<T> paramClass);
public abstract Set<String> getInstanceNames(Class<?> paramClass);
public abstract void setScopeStrategy(Scope.Strategy paramStrategy);
public abstract void removeScopeStrategy();
}
其中获取对象实列——getInstance、getInstanceNames；处理对象依赖关系——inject；处理对象作用范围：setScopeStrategy、removeScopeStrategy。
当调用容器的getInstance方法来获取对象实列时，我们只能够获取那些被容器接管的对象的实列，被容器接管的对象就是那些xml中的“容器配置元素”定义的对象或者参数（bean和constant节点），当然也可以自己在bean中自定义对象，也可以被接管！
接下来讲解注入的细节：调用xwork容器的inject方法，能够帮助我们将容器所管理的对象（包括框架的内置对象以及系统的运行参数）注入到任意的对象实列中去。从而建立起任意对象与框架元素沟通的桥梁，其具体操作步骤如下：
1、为某个对象的方法，构造函数。内部实列变量、方法参数变量加入@inject的Annotation
2、调用容器的inject方法，完成被加入Annotation的那些对象的依赖注入
---------------------
来源：CSDN
原文：https://blog.csdn.net/liliang_11676/article/details/78753291