(16)基于Java的容器配置(二)

1.使用@Configuration注解

@Configuration注解是一个类级别的注解表明该对象是用来指定Bean的定义的。@Configuration注解的类通过@Bean注解的方法来声明Bean。通过调用注解@Bean方法的返回的Bean可以用来构建Bean之间的相互依赖关系

  • 注入inter-bean依赖

当@Bean方法依赖于其他的Bean的时候,可以通过在另一个方法中调用即可。

@Configuration
public class AppConfig {

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

    @Bean
    public Bar bar() {
        return new Bar();
    }
}

在上面的例子当中,foo这个bean是通过构造函数来注入另一个名为bar的Bean的。

前面提到过,使用@Component注解的类也是可以使用@Bean注解来声明Bean的,但是通过@Component注解类内的Bean之间是不能够相互作为依赖的

  • 查找方法注入

在前面章节中描述了一种我们很少使用的基于查找方法的注入。这个方法在单例Bean依赖原型Bean的时候尤为有效。基于Java的配置也支持这种模式。

public abstract class CommandManager {
    public Object process(Object commandState) {
        // grab a new instance of the appropriate Command interface
        Command command = createCommand();

        // set the state on the (hopefully brand new) Command instance
        command.setState(commandState);
        return command.execute();
    }

    // okay... but where is the implementation of this method?
    protected abstract Command createCommand();
}

通过基于Java的配置,开发者可以创建一个CommandManager的类自来重写createCommand()方法,这样就会查找一个新的(原型)命令对象。

@Bean
@Scope("prototype")
public AsyncCommand asyncCommand() {
    AsyncCommand command = new AsyncCommand();
    // inject dependencies here as required
    return command;
}

@Bean
public CommandManager commandManager() {
    // return new anonymous implementation of CommandManager with command() overridden
    // to return a new prototype Command object
    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来子类化的。在子类当中,所有的子类方法都会检测容器是否有缓存的对象,然后在调用父类方法,创建一个新的实例。在Spring 3.2 以后的版本之中,开发者不再需要在classpath中增加CGLIB的jar包了,因为CGLIB的类已经被打包到org.springframework.cglib之中,直接包含到了spring-core的jar包之中

当然,不同作用域的对象在CGLIB中的行为是不同的,前面提到的都是单例的Bean。
当然,使用CGLIB的类也有一些限制和特性的:

  • 因为需要子类化,所以配置类不能为final的
  • 配置类需要包含一个无参的构造函数

2.组合基于Java的配置

  • 使用@Import注解

XML中通过使用<import/>标签来实现模块化配置类似,基于Java的配置中也包含@Import注解来加载另一个配置类之中的Bean

@Configuration
public class ConfigA {

     @Bean
    public A a() {
        return new A();
    }

}

@Configuration
@Import(ConfigA.class)
public class ConfigB {

    @Bean
    public B b() {
        return new B();
    }
}

现在,在启动的配置当中不再需要制定ConfigA.class以及ConfigB.class来实例化上下文了,仅仅配置一个ConfigB就足够精确了

public static void main(String[] args) {
    ApplicationContext ctx = new AnnotationConfigApplicationContext(ConfigB.class);

    // now both beans A and B will be available...
    A a = ctx.getBean(A.class);
    B b = ctx.getBean(B.class);
}

这种方法简化了容器的实例化,仅仅处理一个类就可以了,而不需要开发者记住大量的配置类的信息。

  • 对导入的Bean进行依赖注入

上面的例子是OK的,但是太过简化了,在大多数场景下,Bean可能依赖另一个配置类中定义的Bean。当使用XML的时候,这完全不是问题,因为并没有编译器参与其中,开发者可以通过简单的声明ref="someBean"就引用了对应的依赖,Spring完全可以正常初始化。当然,当使用@Configuration`注解类的时候,Java编译器会约束配置的模型,对其他Bean的引用是必须符合Java的语法的。

幸运的是,我们解决这个问题的方法很简单,如之前所讨论的,@Bean注解的方法可以有任意数量的参数来描述其依赖,让我们考虑一个包含多个配置类,且其中的Bean跨类相互引用的例子:

@Configuration
public class ServiceConfig {

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

}

@Configuration
public class RepositoryConfig {

    @Bean
    public AccountRepository accountRepository(DataSource dataSource) {
        return new JdbcAccountRepository(dataSource);
    }

}

@Configuration
@Import({ServiceConfig.class, RepositoryConfig.class})
public class SystemTestConfig {

    @Bean
    public DataSource dataSource() {
        // return new DataSource
    }

}

public static void main(String[] args) {
    ApplicationContext ctx = new AnnotationConfigApplicationContext(SystemTestConfig.class);
    // everything wires up across configuration classes...
    TransferService transferService = ctx.getBean(TransferService.class);
    transferService.transfer(100.00, "A123", "C456");
}

然,也有另一种方式来达到相同的结果,记得前文提到过,注解为@Configuration的配置类也会被声明为Bean由容器管理的:这就意味着开发者可以通过使用@Autowired和@Value来注入

开发者需要确保需要注入的依赖是简单的那种依赖。@Configuration类在容器的初始化上下文中处理过早或者强迫注入可能产生问题。任何的时候,尽量如上面的例子那样来确保依赖注入正确
而且,需要特别注意通过@Bean注解定义的BeanPostProcessor以及BeanFactoryPostProcessor。这些方法通常应定义为静态的@Bean方法,而不要触发其他配置类的实例化。否则,@Autowired和@Value在配置类中无法生效,因为它过早的实例化了。

@Configuration
public class ServiceConfig {

    @Autowired
    private AccountRepository accountRepository;

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

}

@Configuration
public class RepositoryConfig {

    private final DataSource dataSource;

    @Autowired
    public RepositoryConfig(DataSource dataSource) {
        this.dataSource = dataSource;
    }

    @Bean
    public AccountRepository accountRepository() {
        return new JdbcAccountRepository(dataSource);
    }

}

@Configuration
@Import({ServiceConfig.class, RepositoryConfig.class})
public class SystemTestConfig {

    @Bean
    public DataSource dataSource() {
        // return new DataSource
    }

}

public static void main(String[] args) {
    ApplicationContext ctx = new AnnotationConfigApplicationContext(SystemTestConfig.class);
    // everything wires up across configuration classes...
    TransferService transferService = ctx.getBean(TransferService.class);
    transferService.transfer(100.00, "A123", "C456");
}

在Spring 4.3中,只支持基于构造函数的注入。在4.3的版本中,如果Bean仅有一个构造函数的话,是不需要指定@Autowired注解的。在上面的例子当中,@Autowired在RepositoryConfig的构造函数上是不需要的。

如果开发者不希望通过IDE来找到对应的配置类的话,可以通过注入的方式来消除语义的不明确:

@Configuration
public class ServiceConfig {

    @Autowired
    private RepositoryConfig repositoryConfig;

    @Bean
    public TransferService transferService() {
        // navigate 'through' the config class to the @Bean method!
        return new TransferServiceImpl(repositoryConfig.accountRepository());
    }

}

在上面的情况中,就可以清晰的看到AccountRepository这个Bean在哪里定义了。然而,ServiceConfig现在耦合到了RepositoryConfig上了,这也是折中的办法。这种耦合可以通过使用基于接口或者抽象类的的方式在某种程度上将减少。看下面的代码:

@Configuration
public class ServiceConfig {

    @Autowired
    private RepositoryConfig repositoryConfig;

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

@Configuration
public interface RepositoryConfig {

    @Bean
    AccountRepository accountRepository();

}

@Configuration
public class DefaultRepositoryConfig implements RepositoryConfig {

    @Bean
    public AccountRepository accountRepository() {
        return new JdbcAccountRepository(...);
    }

}

@Configuration
@Import({ServiceConfig.class, DefaultRepositoryConfig.class}) // import the concrete config!
public class SystemTestConfig {

    @Bean
    public DataSource dataSource() {
        // return DataSource
    }

}

public static void main(String[] args) {
    ApplicationContext ctx = new AnnotationConfigApplicationContext(SystemTestConfig.class);
    TransferService transferService = ctx.getBean(TransferService.class);
    transferService.transfer(100.00, "A123", "C456");
}

现在ServiceConfig和DefaultRepositoryConfig松耦合了,而IDE中的工具仍然可用,让开发者可以找到RepositoryConfig的实现。通过这种方式,在类依赖之间导航就普通接口代码没有区别了。

2.选择性的包括配置类和Bean方法

通常有需求根据系统的状态来选择性的使能或者趋势能一个配置类,或者独立的@Bean方法。一个普遍的例子就是使用@Profile注解来在Spring的Environment中符合条件才激活Bean。

@Profile注解是通过使用一个更加灵活的注解@Confitional来实现的。@Conditional注解表明Bean需要实现org.springframework.context.annotation.Condition接口才能作为Bean注册到容器中。

实现Condition接口仅仅提供一个matches(...)方法返回true或者false。如下为一个实际的Condition接口的实现:

@Override
public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
    if (context.getEnvironment() != null) {
        // Read the @Profile annotation attributes
        MultiValueMap<String, Object> attrs = metadata.getAllAnnotationAttributes(Profile.class.getName());
        if (attrs != null) {
            for (Object value : attrs.get("value")) {
                if (context.getEnvironment().acceptsProfiles(((String[]) value))) {
                    return true;
                }
            }
            return false;
        }
    }
    return true;
}

3.XML以及基于Java的配置的结合

Spring中的@Configuration类的支持并不是为了100%的替代XML的配置的。SpringXML中的诸如命名空间等还是很理想的用来配置容器的方式。在那些·使用XML更为方便的情况,开发者可以选择使用XML方式的配置,比如ClassPathXmlApplicationContext,或者是以Java为核心的AnnotationConfigApplicationContext并使用@ImportResource注解来导入必须的XML配置

  • 以XML为中心,同时使用配置类

较好的方式是在Spring容器相关的XML中包含@Configuration类的信息。举例来说,在很多机遇Spring XML配置方式中,很容易创建一个@Configuration的类,然后作为Bean包含到XML文件中。下面的代码中将会在以XML为中心的配置下使用配置类

配置类其实根本上来说只是容器中定义的Bean集合而已。在这个例子中,我们创建了个配置类叫做AppConfig并将其包含在了system-test-config.xml之中。因为存在<context:annotation-config/>标签,容器可以自发的识别@Configuration注解。

@Configuration
public class AppConfig {

    @Autowired
    private DataSource dataSource;

    @Bean
    public AccountRepository accountRepository() {
        return new JdbcAccountRepository(dataSource);
    }

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

}

system-test-config.xml配置如下:

<beans>
    <!-- enable processing of annotations such as @Autowired and @Configuration -->
    <context:annotation-config/>
    <context:property-placeholder location="classpath:/com/acme/jdbc.properties"/>

    <bean class="com.acme.AppConfig"/>

    <bean class="org.springframework.jdbc.datasource.DriverManagerDataSource">
        <property name="url" value="${jdbc.url}"/>
        <property name="username" value="${jdbc.username}"/>
        <property name="password" value="${jdbc.password}"/>
    </bean>
</beans>

jdbc.properties:

jdbc.url=jdbc:hsqldb:hsql://localhost/xdb
jdbc.username=sa
jdbc.password=
public static void main(String[] args) {
    ApplicationContext ctx = new ClassPathXmlApplicationContext("classpath:/com/acme/system-test-config.xml");
    TransferService transferService = ctx.getBean(TransferService.class);
    // ...
}
  • 以java配置类为中心,同时导入XML配置

应用中,如果使用了配置类作为主要的配置容器的机制的话,在某些场景仍然有必要用些XML来辅助配置容器。在这些场景之中,通过使用@ImportResource并且就可以了。如下:

@Configuration
@ImportResource("classpath:/com/acme/properties-config.xml")
public class AppConfig {

    @Value("${jdbc.url}")
    private String url;

    @Value("${jdbc.username}")
    private String username;

    @Value("${jdbc.password}")
    private String password;

    @Bean
    public DataSource dataSource() {
        return new DriverManagerDataSource(url, username, password);
    }

}

roperties-config.xml中的配置:

beans>
    <context:property-placeholder location="classpath:/com/acme/jdbc.properties"/>
</beans>
jdbc.properties
jdbc.url=jdbc:hsqldb:hsql://localhost/xdb
jdbc.username=sa
jdbc.password=

代码中就可以通过AnnotationConfigApplicationContext来配置容器了

public static void main(String[] args) {
    ApplicationContext ctx = new AnnotationConfigApplicationContext(AppConfig.class);
    TransferService transferService = ctx.getBean(TransferService.class);
    // ...
}
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,928评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,192评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,468评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,186评论 1 286
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,295评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,374评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,403评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,186评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,610评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,906评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,075评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,755评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,393评论 3 320
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,079评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,313评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,934评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,963评论 2 351

推荐阅读更多精彩内容

  • 1.1 spring IoC容器和beans的简介 Spring 框架的最核心基础的功能是IoC(控制反转)容器,...
    simoscode阅读 6,707评论 2 22
  • 1.1 Spring IoC容器和bean简介 本章介绍了Spring Framework实现的控制反转(IoC)...
    起名真是难阅读 2,578评论 0 8
  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 134,644评论 18 139
  • Spring Boot 参考指南 介绍 转载自:https://www.gitbook.com/book/qbgb...
    毛宇鹏阅读 46,792评论 6 342
  • “凌天,我们到山顶了!”洛伊一兴奋地抓着叶凌天的手说道。 叶凌天有些宠溺地看着洛伊一,说道:“伊一,爬山爬了那么久...
    铭记于镡阅读 147评论 0 0