Spring--依赖注入 or 方法注入（） java后端

文章图片

依赖注入我们在 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 实例化--谁是我的候选人已经谈及过
【Spring--依赖注入 or 方法注入（）】那么 @Autowired 放在属性上和放在 setter 方法上有什么不一样呢？其实对于 Spring 来说都是一样的、都是一个注入元素。
AutowiredAnnotationBeanPostProcessor#postProcessProperties 该方法在 bean 实例化之后被调用

文章图片

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

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

方法注入 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 ""; }

文章图片

这段代码其实我们在 Spring 源码--Bean 实例化和 Spring 实例化--谁是我的候选人曾经遇到过、只是没有点进来详细了解。
如果你用 @Lookup 修饰的方法的类是通过配置类去实例化的话、那么这个注解则会失效。只有通过构造函数实例化的 bean 才能被 Spring 处理、使用 CGLib 产生子类。
MethodReplacer
第二种则是 MethodReplacer

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; } }

暂时没有找到 MethodReplacer 相关的注解、只能用原始的 xml 配置
原理跟 Lookup 也是一样的

文章图片

是不是跟 AOP 很像、但是其实是不一样的、MethodReplacer 你是永远没有办法调回被覆盖的方法的、它是完全覆盖的、而不是像 AOP 那样可以前置后置拦截。所以实际业务上很少地方可以用到这个 MethodReplacer 、能用到它的 AOP 都能做到、甚至比它灵活太多
今天的文章就到这咯~~