Spring Ioc 基于Java的容器配置

@Bean和@Configuration注解

Spring中基于Java配置的核心内容是@Configuration注解的类和@Bean注解的方法

@Bean注解用于表名方法的实例化，配置和初始化都是由Spring Ioc容器管理的新对象，就像在XML配置的元素一样，开发者可以在任意的Spring @Component中使用@Bean注解方法，但是大多数情况下@Bean是配合@Configuration使用的。

使用@Configuration注解类时，这个类的目的就是作为bean定义的地方。此外，@Configuration类内部的bean可以调用本类定义的其它bean作为依赖。

1. 使用AnnotationConfigApplicationContext初始化Spring容器

Spring中的AnnotationConfigApplicationContext是Spring3.0总新增的内容，这是一个强大的ApplicationContext实现，它不仅能解析@Configuration注解类，也能解析@Component注解的类和使用JSR-330注解的类。

当使用@Configuration类作为输入时，@Configuration类本身被注册为一个bean定义，类中所有声明的@Bean方法也被注册为bean定义。

当使用@Component或者JSR-330类时，他们被注册为bean定义，并且假定在必要时在这些类中使用DI元数据，比如@Autowried 或 @Inject

Spring以XML作为数据配置实例化一个ClassPathXmlApplicationContext,以@Configuration类作为元数据配置时，Spring以差不多的方式实例化一个AnnotationConfigApplicationContext，因此，Spring容器可以实现零XIML配置

如下：AnnotationConfigApplicationContext不限于只使用@Configuration注解的类，任何添加@Component或JSR-330注解的类都能被提供给这个构造方法

   public static void main(String[] args) {
        //AppConfig是添加了@Configuration或 @Component 或 JSR-330注解的类
        ApplicationContext ctx = new AnnotationConfigApplicationContext(AppConfig.class);
        MyService myService = ctx.getBean(MyService.class);
        myService.doStuff();
    }

  public static void main(String[] args) {
        //假设MyServiceImpl Dependency1和Dependency2使用Spring依赖注入，例如@Autowired
        ApplicationContext ctx =
                new AnnotationConfigApplicationContext(MyServiceImpl.class,
                        Dependency1.class,Dependency2.class);
        MyService myService = ctx.getBean(MyService.class);
        myService.doStuff();
    }

使用register(Class<?>...)编程构建容器

AnnotationConfigApplicationContext可以通过无参构造函数实例化，然后调用register()方法进行配置，这种方式在以编程的方式构建AnnotationConfigApplicationContext时特别有用。如下

  public static void main(String[] args) {
        AnnotationConfigApplicationContext ctx = new AnnotationConfigApplicationContext();
        ctx.register(AppConfig.class,OtherConfig.class);
        ctx.register(AdditionalConfig.class);
        ctx.register(MyServiceImpl.class);
        ctx.refresh();
        MyService myService = ctx.getBean(MyService.class);
        myService.doStuff();
    }

使用scan(String...)扫描组件

要启用组件扫描，只要向下面这样配置@Configuration类即可

    @Configuration
    @ComponentScan(basePackages = "com.acme")
    public class AppConfig{
        
    }

上面的配置等同于如下的xml配置

<beans>
	<context:component-scan base-package="com.acme"/>
</beans>

上面的例子中com.acme包会被扫描，只要使用了@Component注解的类，都会被注册进容器中，同样的AnnotationConfigApplicationContext公开的scan(String,,,)方法也允许扫描类完成同样的功能。需要注意的是，@Configuration类是@Component的元注解的类，所以也会被扫描到

使用AnnonationConfigWebApplicationContext支持Web应用

WebApplicationContext与AnnonationConfigApplicationContext的变种是AnnonationConfigWebApplicationContext配置，这个实现可以用于配置SpringContextLoaderListenerservlet监听器，Spring MVC的DispatcherServlet等等

    2.使用Bean注解

@Bean是一个方法级别注解，他与XIML中的<bean/>元素类似，注解支持<bean/>提供的一些属性，例如 init-method destory-method ,autowiring 和 name

开发者可以在@Configuration类或者@Component类中使用@Bean注解

要申明一个bean，只需要使用@Bean注解方法即可，使用此方法，将会在ApplicationContext内注册一个bean，bean的类型时方法的返回值类型，默认情况下，bean名称将于方法名称相同。

如下：

    @Configuration
    public class AppConfig {

        @Bean
        public TransferService transferService() {
            return new TransferService();
        }
    }

同时5.0版本还可以使用接口返回类型申明@Bean方法

    @Configuration
    public class AppConfig {

        @Bean
        public TransferService transferService() {
            return new TransferServiceImpl();
        }
    }

但是。这会将预先类型预测的可见性限制为指定的接口类型（TransferService），然后在实例化受影响的单一bean时，只知道容器的完整类型(TransferServiceImpl)非延迟的单例bean根据他们的申明顺序进行实例化，因此开发者可能会看到不同类型的匹配结果。

Bean之间的依赖

一个使用@Bean注解的方法可以具有任意数量的参数描述构建该bean所需的依赖，例如如果TransferService需要AccountRepository依赖，那么可以通过注入方法参数来实现该依赖

    @Configuration
    public class AppConfig {

        @Bean
        public TransferService transferService(AccountRepository accountRepository) {
            return new TransferServiceImpl(accountRepository);
        }
    }

bean接受生命周期回调

使用Bean注解定义的任意类都支持产常规的生命周期回调，并且可以使用JSR-250的@PostConstruct和@PreDestory注解

注解完全支持常规Spring生命周期回调，如果bean实现了InitializingBean,DisposableBean或者Lifecycle，他们各自的方法将由容器调用。

同样的，标准的*Aware接口，如BeanFactoryAware，BeanNameAware，MessageSourceAware以及ApplicationContextAware等等都完全支持

默认情况下，使用Java Config定义的bean中close方法或者shutdown方法会作为销毁回调而自动调用，若bean中有close，shutdown方法，却不是作为销毁回调使用，通过设置@Bean(destroyMethod="")即可关闭默认的自动匹配销毁回调模式

使用@Configuration注解

@Configuration注解是一个类级别的注解，表明该类将作为bean定义的元数据配置，@Configuration类会将有@Bean注解的公开方法声明为bean

注入内部依赖

@Bean
public Foo foo(){
  return new Foo(bar());
}

查找方法注入

查找方法注入是一种高级功能，开发者应该很少使用，但是在一个单例bean依赖原型作用域bean的场景中，这种方法将会非常有用。

public abstract class CommandManager{
  public Object process(Object commandState){
    Command command=createCommand();
    command.setState(commandState);
    return command.execute();
  }

  protected abstract Command createCommand();
}

使用Java配置支持，开发者可以创建一个CommandManager的子类，其中抽象方法createCommand()方法将会被覆盖，这样就可以让它查找到新的原型command对象。

@Bean
@Scope("propotype")
public AsyncCommand asyncCommand(){
  AsyncCommand command=new AsyncCommand();
  return command;
}

@Bean
public CommandManager commandManager(){
  
  return new CommandManager(){
    protected Command createCommand(){
      return asyncCommand();
    }
  }
}

更多关于Java配置内部工作的信息

下面的实例中，展示了@Bean注解的方法被调用了两次

@Configuration
public class AppConfig{
  @Bean
  public ClientService clientService1(){
    ClientServiceImpl clientService=new ClientServiceImpl();
    clientService.setClientDao(clientDao());
    return clientService;
  }

  @Bean
  public ClientService clientService2(){
    ClientServiceImpl clientService=new ClientServiceImpl();
    clientService.setClientDao(clientDao());
    return clientService;
  }

  @Bean
  public ClientDao clientDao(){
    return new ClientDaoImpl();
  }
}

clientDao()在clientService1()实例中调用一次，在clientService2()中调用一次，由于这个方法创建一个新的ClientDaoImpl实例并返回，通常期望有两个实例(每个服务创建一个实例)这肯定会引起生命周期的问题。

在Spring中，实例化bean默认情况下都是单例作用域的。这就是他的神奇之处,所有@Configuration类在启动时，都会通过CGLIB创建一个子类，在子类中，在调用父类的方法并创建一个新的实例之前，子类中的方法首先会检查是否缓存过该bean实例。

注意这种行为可以根据bean的作用域而变化，这里我们只讨论单例。

实际上还会有一些限制，因为CGLIB是在启动的时候动态额添加这些特性，所以配置类不能是final的，但是从4.3开始，允许在配置类上使用任何构造函数，包括使用@Autowired或一个非默认构造函数声明作为注入。

如果想避免因CGLIB带来的限制，请考虑声明非@Configuration类的@Bean方法，如果在纯的@Component类，这样在@Bean方法之间的交叉方法调用将会被被拦截，此时必须在构造函数或方法级别上进行依赖注入。

bean在配置类之间相互依赖，@Bean方法可以使用任意的参数，用于描述其依赖，现在考虑一个真实的场景，使用多个@Configuration类，每个配置都依赖其它配置中的bean声明。

@Configuration
public class ServiceConfig{
  @Bean
  public TransferService transferService(AccountRepository accountRepository){
    return new TransferServiceImpl(accountRepository);
  }
}

还有另一种方法来实现相同的结果，记住@Configuration类也是容器中的一个bean，这意味着他们可以向任何其它bean一样使用@Autowired和@Value注解。

警告：确保你的注入依赖关系是最简单的类型，@Configuration类会在上下文初始化的早期被处理，所以他的依赖会在早期被初始化，如果可能的话，请像上面那样使用参数化注入。

同样的，对于通过@Bean声明的BeanPostProcessor和BeanFactoryPostProcessor请谨慎对待，这些通常应该声明为“静态的@Bean”方法，不会触发包含他们的配置类的实例化，否则@Autowired和@Value在配置类本身上是不起作用的，因为他们过早的被实例化。

有条件的包含@Configuration类或@Bean方法

根据一些任意的系统状态，有条件的启用或禁用一个完整的@Configuration类，甚至单个的@Bean方法通常都是有用的，一个常见的例子是，只有在Spring环境中启用了特定的配置文件时，才使用@Profile注释来激活bean。

@Profile注解实际上是使用一个更灵活的注解--@Conditional实现的。@Conditional注解表示特定的Condition实现，她表明@Bean被注册之前会先询问@Condition注解。

Condition接口的实现只有一个返回true或false的matches(...)方法

基于@Configuration混合XML的@ImportResource

在@Configuration类为配置容器的主要方式的应用程序中，也需要一些XML的配置，在这种情况下，只需要使用@ImportResource,并自定义所需的XML，这样做实现了一种以Java为主，的方法来配置容器并将尽可能少的使用XML。

@Configuration
@ImportResource("classpath:/com/../properties-config.xml")
public class AppConfig{
  @Value("${jdbc.url}")
  private String url;

  @Value("${jdbc.password}")
  private String password;
 
  @Bean
  public DataSource datasource(){
    return new DriverManagerDataSource(url,password);
  }
}

<beans>
  <context:property-placeholder location="classpath:/com/acme/jdbc.properties"/>
</beans>

jdbc.properties

jdbc.url=jdbc:hsqldb:hsql://localhost/xdb
jdbc.password=123