《Spring实战（第4版）》

第2章 装配Bean

2.2 自动化装配bean

• @Component、@Named
  Spring支持将@Named作为@Component注解的替代方案。两者之间有一些细微的差异，但是在大多数场景中，它们是可以互相替换的。话虽如此，我更加强烈地喜欢@Component注解，而对于@Named……怎么说呢，我感觉它的名字起得很不好。它并没有像@Component那样 清楚地表明它是做什么的。因此在本书及其示例代码中，我不会再使用@Named。
• @Autowired、@Inject
  @Inject注解来源于Java依赖注入规范，该规范同时还为我们定义了@Named注解。在自动装配中，Spring同时支 持@Inject和@Autowired。尽管@Inject和@Autowired之间有着一些细微的差别，但是在大多数场景下，它们都是可以互相替换的。
  在@Inject和@Autowired中，我没有特别强烈的偏向性。实际上，在有的项目中，我会发现我同时使用了这两个注解。不过在本书的样例 中，我会一直使用@Autowired，而你可以根据自己的情况，选择其中的任意一个。
• System Rules
  在测试代码中使用System.out.println()是稍微有点棘手的事情。因此，该样例中使用了StandardOutputStreamLog，这是来源于 System Rules库(http://stefanbirkner.github.io/system-rules/index.html)的一个JUnit规则，该规则能够基于控制台的输出编写断言。在这里，我 们断言SgtPeppers.play()方法的输出被发送到了控制台上。

2.3 通过Java代码装配bean

• @Configuration
• @ComponentScan
• @Bean
  默认情况下，bean的ID与带有@Bean注解的方法名是一样的，可以通过name属性指定一个不同的名字。

@Bean(name="lonelyHeartsClubBand")
public CompactDisc sgtPeppers() {
    return new SgtPeppers();
}

Spring 将会拦截所有对标有@Bean注解方法的调用，并确保直接返回该方法所创建的bean，而不是每次都对其进行实际的调用。
方法调用引入bean的方式有点令人困惑，通过参数的方式引入bean，Spring会自动装配bean到配置方法中，这种方式的优点：不要求被装入bean声明到同一个配置类中，甚至不要求必须在JavaConfig中声明，它可以通过组件扫描功能或者通过XML来进行配置。

2.4 通过XML装配bean

• 如果没有明确给定ID，将会根据全限定类名来进行命名。在本例中，bean的ID将会是”soundsystem.SgtPeppers#0”。其 中，”#0”是一个计数的形式，用来区分相同类型的其他bean。
• 为了减少XML中繁琐的配置，只对那些需要按名字引用的bean（比如，你需要将对它的引用注入到另外一个bean中）进行明确地命名。
• c-命名空间
  与<constructor-arg>功能类似，支持按参数索引或参数名注入，缺点：不支持将集合装配到构造器参数中。
• p-命名空间
  与<property>功能类似，缺点：不支持将集合装配到构造器参数中
• Spring util-命名空间
  其中的一些功能可简化bean的配置，如下所示：

元素	描述
<util:constant>	引用某个类型的public static域，并将其暴露为bean
<util:list>	创建一个java.util.List类型的bean，其中包含值或引用
<util:map>	创建一个java.util.Map类型的bean，其中包含值或引用
<util:properties>	创建一个java.util.Properties类型的bean
<util:property-path>	引用一个bean的属性(或内嵌属性)，并将其暴露为bean
<util:set>	创建一个java.util.Set类型的bean，其中包含值或引用

2.5 导入和混合配置

关于混合配置，第一件需要了解的事情就是在自动装配时，它并不在意要装配的bean来自哪里。自动装配的时候会考虑到Spring容器中所有的 bean，不管它是在JavaConfig或XML中声明的还是通过组件扫描获取到的。

• 在JavaConfig中引用JavaConfig配置
• 在JavaConfig中引用XML配置
• 在XML配置中引用JavaConfig