Bean的装配可以理解为DI，也就是Bean依赖注入的方式。下面对常见的三种方式进行总结。
基于XML的装配
设置注入（Setter Injection）
要满足两个要求：一是Bean类必须提供一个默认的无参构造函数，二是Bean类必须为需要注入的属性提供相应的setter方法。使用的是<bean>元素的子元素<property>为属性注入值。
构造注入（Constructor Injection）
提供一个带参的构造函数。使用的是<bean>元素的子元素<constructor-arg>为属性注入值。
基于注解（Annotation）
虽然使用基于XML配置文件的方式可以实现Bean的装配。但是若应用程序中存在很多Bean的时候会导致配置文件的臃肿。从而不利于后续的维护和升级。
常见的注解：
@Component：
使用此注解描述Spring中的Bean。但是一个泛化概念，仅仅表示一个组件，且可以使用在任何层次。使用时仅仅需要将该注解标记到相应的类上即可
@Repository：
功能与@Component相同，作用于数据访问层（DAO）
@Service
功能与@Component相同，作用于业务层（Service）
@Controller
功能与@Component相同，作用于控制层（Controller）
@Authowired
配合对应的注解处理器，完成Bean的自动配置工作，默认是按照Bean的类型进行装配
@Resource：
作用和@Authowired一样。区别在于默认是先按照Bean的实例名称进行装配，。其中有name和type两个属性。指定name则按照实例名称装配，指定type则按照实例类型装配。不指认的情况下先按照实例名称装配，匹配不成功按照实例类型装配，若是都无法匹配成功，则抛出NoSuchBeanDefinitionException异常。
与XML方式相比简化了DI的配置，即不需要配置子元素<property>或者<constructor-arg>。但是同样需要在配置文件中配置相应的Bean。因此可以采用进行包扫描的方式。