@Autowired和实现ApplicationContextAware获取容器bean的区别?

我在java代码中经常看到使用@Autowired@Resource等来注入一个bean

但又看到有时候却要实现ApplicationContextAware,然后去容器上下文拿到bean
如:

public static <T> T getBean(String name) {
        return (T) applicationContext.getBean(name);
}

我想知道这两种的区别以及使用的时机。

阅读 3.1k
3 个回答

@Autowire 适用于大多数场景,当无法满足装配条件时,系统启动将报异常。适用于那些我们自己管理的Bean。

如楼上所说: applicationContext.getBean(name); 适用于手动获取。适用那些最终使用者可能不是我们自己的情况,比如我们创建一个公用的包供其它使用者依赖。在这个包中我们自定义了一个接口 Foo,然后我们自己提供了一个实现类FooImpl。这时候我们可能需要以下逻辑:如果其它使用者在自己的项目中实现了Foo接口并注册为Bean,则使用用户的Bean,否则使用我们自己的实现类。简单举个日志打印的例子:

我们写的代码如下,最终进行发布,供别人使用:

interface Foo {
   void info(String message);
}

class FooImpl {
   void info(String message) {
      system.out.println(message);
   }
}

class Bar {
   void test {
       Foo foo;
       foo = applicationContext.getBean('foo');
       foo = foo == null ? new FooImpl() : foo;
       foo.info("hello world!");
   }
}

然后第一个使用者如果提供了实现了Foo的Bean,则将调用使用者自己定义的:

@Bean
public Foo getFoo() {
   return new 使用者自己的实现类();
}

如果使用者没有自定义实现了Foo的Bean,则将使用我们在前面定义的FooImpl

不知道说明白没有,希望能帮上你。

一个自动一个手动
需要用哪个就用哪个,通常都是自动,特殊场景需要手动

Autowired只是一个标志, 是静态的, 无法满足所有的情况. 但是从ApplicationContext取对象, 是动态执行的, 能满足任何情况.

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题
宣传栏