Spring--依赖注入 or 方法注入？

CoderLi_

已于 2022-12-01 19:35:13 修改

阅读量475

点赞数 1

文章标签： Spring

于 2021-12-04 22:06:36 首次发布

本文链接：https://blog.csdn.net/lijinxiong520/article/details/121722717

版权

依赖注入

我们在 Spring — 循环依赖中谈到 Spring 的两种依赖注入方式

构造器注入
属性注入(setter注入也归属于此)

@Service
public class HelloService {
    /**
     * 属性注入
     */
    @Autowired
    private BeanFactory beanFactory;
    /**
     * 构造器注入
     */
    public HelloService(ApplicationContext applicationContext) {
    }
    /**
     * 属性注入
     * */
    @Autowired
    public void setEnvironment(Environment environment) {
        System.out.println("");
    }
}

关于构造函数实例化策略的文章已经在 Spring 源码–Bean 实例化和 Spring 实例化–谁是我的候选人已经谈及过

那么 @Autowired 放在属性上和放在 setter 方法上有什么不一样呢？其实对于 Spring 来说都是一样的、都是一个注入元素。

AutowiredAnnotationBeanPostProcessor#postProcessProperties 该方法在 bean 实例化之后被调用

微信公众号:CoderLi

那么构造函数注入和属性注入的差别和适用场景是啥？

构造函数注入注入的时机是先于属性注入的、并且是强依赖的
对于那些非必需的依赖、推荐使用属性注入

方法注入

Lookup

方法注入的本质实际上是 Spring 继承你当前类、通过CGLib 产生子类并且重写需要注入的方法。

可能这么说有的不明所以，看个例子

@Service
@Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)
public class PrintService {
    private int printCount;
    public void print(String name) {
        System.out.println("hi! " + name + " " + printCount++);
    }
}
@Service
public class HelloService {
    @Autowired
    private PrintService printService;
    public void sayHi(String name) {
        printService.print(name);
    }
}

PrintService 是一个 prototype 类型的 bean、HelloService 是一个 singleton 、我的本意是每次调用 sayHi 方法的时候都能使用一个新创建的 PrintService 对象，但是单纯靠属性注入或者构造函数注入都是不能够实现的。

或许你可能会想到使用 ApplicationContext / BeanFactory 每次使用 PrintService 的时候去 Spring 中获取，这样子就能每次获取到一个新创建的实例。这样当然可以、但是既然逻辑都是这样、框架能不能帮我们做呢？当然是可以的

@Service
public class HelloService {
    public void sayHi(String name) {
        getPrintService().print(name);
    }
    @Lookup("printService")
    protected PrintService getPrintService(){
        return null;
    }
}

@Lookup 修饰的方法必须是可被子类覆盖的、如果没有设置 beanName 给 @Lookup 注解、那么则根据方法返回类型从 Spring 中获取该 bean

public @interface Lookup {
   String value() default "";
}

微信公众号:CoderLi

这段代码其实我们在 Spring 源码–Bean 实例化和 Spring 实例化–谁是我的候选人曾经遇到过、只是没有点进来详细了解。

如果你用 @Lookup 修饰的方法的类是通过配置类去实例化的话、那么这个注解则会失效。只有通过构造函数实例化的 bean 才能被 Spring 处理、使用 CGLib 产生子类。

MethodReplacer

第二种则是 MethodReplacer

 <bean name="replacer" class="springroad.deomo.chap4.MethodReplace"> 
 </bean> 
 <bean name="testBean" class="springroad.deomo.chap4.LookupMethodBean">
  <replaced-method name="test" replacer="replacer"> </replaced-method> 
 </bean>

 public class LookupMethodBean {
 public void test()
 {
  System.out.println("原始方法!");
 }
 }

public class MethodReplace implements MethodReplacer {
 public Object reimplement(Object obj, Method method, Object[] args)
   throws Throwable {
    System.out.println("方法已经被替换!");
  return null;
 }
}