Spring5 注解开发 @Autowired以及根据类名调用getBean

原创 已于 2022-05-09 02:03:00 修改 · 971 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java #spring

于 2022-05-08 04:15:28 首次发布

在使用注解开发时，如果对成员变量只使用了@Autowired没有使用@Qualifier，则会根据变量名去查找对应的BeanID，而不是根据变量的数据类型去查找Bean对象

如果只根据类名去调用getBean方法，首先要确保该类已经@Component这类注解标识，否则报错；如果该类在xml配置文件中同时被多个Bean引用也会报错；如果传入一个接口或者一个父类作为形参来调用getBean，而且存在多个被@Component这种注解标识的该接口实现类或者子类则也会报错，所以这时直接传入最基本的实现类或子类就不会报错；如果存在两个及以上相同BeanID的类也会直接报错

【保姆级】超超超简单的自定义注解实现@Autowired同款功能
aqin1012的博客
02-08 990
对，构造函数，我们把原先构造函数中添加autowiredAnnotationTypes中的注解类换成了我们自定义的注解类AqinAutowired.class，所以在这次的逻辑中，会将被注解AqinAutowired修饰的字段/方法添加进特定存放的集合。着急想看到效果的同学可以直接无脑copy我贴出的代码，先执行成功开心一下（或者直接往下看我的截的执行结果颅内兴奋下也成(￣∇￣)>），我把分析放在最后，有兴趣自行前往观看(｡･ω･｡)ﾉ。1个自定义注解类（AqinAutowired.java）
通过反射获得并调用类的方法导致@Autowired注入失效的解决方案
Jack 架构师之路
12-14 1万+
引言 最近在优化公司平台项目，由于该平台是to B性质，所以有些需求需要 定制化开发，为了使代码向上兼容并且更加的灵活，所以用到了反射，但是在使用过程中遇到了@Autowired失效问题。 问题解析： 其实出现这个问题的原因很简单，就是我们通过获得的类没有纳入spring容器管理，下面来看一下错误代码： 反射代码如下： //为了测试写死了 ...
Spring--getBean()与@Autowired的对比
IT利刃出鞘的博客
08-18 5827
本文介绍getBean()与@Autowired的对比。
注解和反射以及通过注解反射实现getBean()方法
qq_41899049的博客
09-18 1564
1.反射（reflect） 反射机制可以认为是用来描述一组类 1.1Class 用来描述类本身 如何获取Class ​ 如下三种方式 ​ Class clazz = Class.forName(“包名.类名”); ​ Class clazz = 类名.class; ​ Class clazz = 对象.getClass();//Object类中的方法 Class中常用的方法 ​ int modifiers = clazz.getModifiers(); 获取类修饰符，用整数对应
@Autowired 是通过类型查找还是通过属性名查找？
qq_33468007的博客
12-25 1775
​@Autowired 是通过类型查找还是通过属性名查找？ 前面笔者对@Autowired 的一些重难点做了深入的了解，并对一些关键源码做了深入分析，本节将对@Autowired 的注入方式做详细介绍。 还是先从案例分析看起：一个User接口 public interface User {​}​ 两个User实现类 @Componentpublic class User2 implements User{​}​ @Componentpublic class User1 i...
spring @Autowired 和 getBean() 的区别（多例 prototype）
热门推荐
barton的博客
07-27 2万+
最近在项目中有一个service中使用了类成员变量，导致了业务并发。（多个人同时使用一个功能） 于是就在此service上添加注解（@Scope("prototype")）使用多例，但是问题出现了，添加了此注解还是存在此问题，于是看了spring Autoware 的加载机制，网上有很多资料，看后也做了测试，得出一下结论。 使用 @Autoware 注入service (多例)  其实每个方法...
getApplicationContext().getBean()和@Autowired使用区别
m0_57509001的博客
02-10 1493
getApplicationContext().getBean()和@Autowired使用区别
《深入浅出Spring》Spring注解（@Autowired、@Resource、@Primary、@Qulifier）
ysj_2021的博客
06-30 365
@Autowired、@Resource、@Primary、@Qulifier
Java(Spring) 通过反射获取对象实例导致@Autowired注入失效
大橘的博客
12-23 4257
问题描述： 在代码中使用反射获取对象实例后，对象实例中通过@Autowrite注解注入的属性值为null（注入失败），导致带反射获取的对象实例调用方法时出现空指针等情况。 问题原因： 通过反射获取对象实例相当于“new”了一个对象，所以这个对象并没有被Spring所管理，导致无法获取注入的属性。
spring成神之路第二十一篇：注解实现依赖注入（@Autowired、@Resource、@Primary、@Qulifier）...
优快云_KONGlX的博客
10-24 351
　　先来看几个问题 通过注解的方式注入依赖对象，介绍一下你知道的几种方式 @Autowired和@Resource有何区别 说一下@Autowired查找候选者的过程 说一下@Resource查找候选者的过程 @Qulifier有哪些用法？ @Qulifier加在类上面是干什么用的？ @Primary是做什么的？ 泛型注入用过么？ 这些问题如果你都ok，那么恭...
@Autowired，@Bean 的区别
朱塔山的博客
06-15 1590
其实在启动spring IOC时，容器自动装载了一个AutowiredAnnotationBeanPostProcessor后置处理器，当容器扫描到@Autowied、@Resource(是CommonAnnotationBeanPostProcessor后置处理器处理的)或@Inject时，就会在IoC容器自动查找需要的bean，并装配给该对象的属性。注解的类里，也可以用在@Component注解（@Controller，@Service，@Repository）的类里。
Spring注解总结----@Autowired和@Qualifier、@Resource
菜鸟一名
03-30 1189
前言 由于能力有限，不会过于深入的探讨spring的注解，只会介绍一下注解的基本使用方法 @Autowired @Autowired可以帮我们注入一个属性，一般作用在普通方法之上(也可以作用的变量上或者构造器上) @Autowired是根据类型匹配的，所以如果有两个一样类型的参数的时候，会出错 看下下面的例子 public class Bean2 { @Override publ
关于@autowire的问题直接获取bean
qq_42051115的博客
09-07 1258
1、问题 在项目中遇到的奇怪的问题，在使用 @autowire 注解去调用一个方法时出错，调试发现 @autowire 注解下的对象值为 null。 2、原因 使用 @autowire 会将对象注入到当前类（这里要注意首先类需要在spring的管理下 @autowire 才会起作用比如在类上加上注解：@Service、@Componet等）。 3、解决 加上了@Service这个类就会进入spring进行管理,但是还有一种情况你加上了@Service但是你又去 new 了一个新的对象出来，你new的这个对象
基于Springboot使用@Autowired注解获取实例和Java工具类获取实例
陌守
11-05 8676
基于Springboot使用@Autowired注解获取实例和Java工具类获取实例 1. @Autowired的使用及获取实例 @Autowired是获取bean实例的注解，与其搭配使用的注解有@Component、@Repository、@Service、@Controller、@RestController等。 @Autowired获取的是spring容器中装载的对象，如： @Autowired private UserService userService; 那么问题来了，很多时候我们写的一些
spring获取bean的方式
qq_34239851的博客
06-21 2539
一、通过@Autowired和@Resource的方式获取bean。 例如： @Resource private ApplicationContext applicationContext;
【spring之获取bean的方式】
linminx的博客
01-16 552
获取bean的方式： 1.在java文件中手动获取 2.在xml文件中对应的bean中添加 autowired=bytype/byn 3.注解实现自动装配
Spring学习笔记（五）关于@Autowired寻找bean的顺序以及bean的歧义性问题
qq_43283391的博客
05-13 1400
创建xml配置文件 <?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context" xsi:schemaLocation.
【Spring使用注解更简单的实现Bean对象的存取】
书生-w的博客
06-07 6903
上篇博客的这种Spring对象的存储和读取方式虽然能够满足我们的需求，但是这也只是站在小项目的层面上来讲的。如果一个项目中的类多起来了，我们如果采用上篇博客这种面向xml配置配置Spring存储Bean对象，那得在spring的配置文件中添加多少bean标签，并且id还不能够重复！所以这种操作Spring存储和读取Bean对象的做法太过复杂. 接下来我们来看如何更简单的实现Spring中存储Bean对象的存取操作!!!
Sping中获取bean的方式总结
最新发布
taotiezhengfeng的博客
04-29 979
Autowired通过字段、构造函数或 setter 方法自动注入Bean，是Spring最常用的方式。
如何解决Spring AOP中因代理导致的`@Autowired`依赖注入失败？
04-28
<think>好的，我现在需要帮助用户解决Spring AOP中因代理导致的@Autowired依赖注入失败的问题。用户提到之前已经有过相关的讨论，现在需要具体的解决方案，并且用户引用了三个参考资料。我需要仔细分析这些引用，结合之前的回答，给出有效的解决方法。 首先，回顾用户的问题：当在未实现接口的类中使用@Lazy时，出现了类型转换异常，从CglibAopProxy到Dispatcher的报错。之前的回答已经讨论了代理类型的选择（CGLIB vs JDK动态代理）以及类型转换异常的原因。现在用户进一步询问如何解决因代理导致的依赖注入失败。 接下来，参考用户提供的引用内容： 引用[1]是关于启动类的代码，没什么直接关联，可能用户误贴了。引用[2]提到Spring AOP只支持方法级别的拦截，不支持字段拦截，如果需要字段拦截建议使用AspectJ。引用[3]讨论了构造器和setter注入的选择，建议必选依赖用构造器，可选用setter。 用户的问题是关于依赖注入失败的，结合之前的讨论，可能的原因包括：代理对象类型不匹配、自注入问题、作用域代理配置错误等。需要结合这些可能性和引用的内容来构思解决方案。 首先，代理对象类型不匹配可能导致注入失败。例如，如果一个类没有实现接口，但被CGLIB代理，而注入点却声明为具体类，这通常没问题，但如果存在多个实例或类加载器问题，可能导致异常。或者，如果某个Bean需要注入自身，比如在一个方法中调用了另一个被AOP增强的方法，可能导致自注入失败，因为代理对象和实际对象不同。 解决方案可能包括： 1. 确保注入类型与代理类型兼容：使用接口注入，或者在具体类的情况下确保使用CGLIB代理。 2. 处理自注入问题：通过ApplicationContext获取代理后的实例，或者使用@Autowired注解时指定代理对象。 3. 配置正确的代理模式：使用@EnableAspectJAutoProxy(proxyTargetClass=true)强制使用CGLIB，避免JDK代理导致的问题。 4. 检查Bean的作用域：对于request/session作用域的Bean，需要使用作用域代理，确保注入的是代理对象而非实际对象。 引用[2]提到Spring AOP不支持字段拦截，但用户的问题不是字段拦截，而是依赖注入失败，所以可能关系不大。引用[3]提到的构造器和setter注入的选择，可能在依赖注入配置上有帮助，比如确保使用构造器注入来避免循环依赖或代理问题。 另外，用户之前的问题中提到的@Lazy可能导致延迟初始化，而延迟初始化的Bean在注入时可能生成代理，如果类型不匹配，会导致注入失败。需要检查是否@Lazy导致代理类型变化，从而引发注入问题。 总结可能的解决方案步骤： 1. 统一代理方式，强制使用CGLIB，避免混合代理类型导致的类型不匹配。 2. 使用接口进行注入，确保注入点声明为接口类型，而实现类使用CGLIB代理。 3. 处理自注入情况，避免直接注入自身，而是通过ApplicationContext获取代理后的Bean。 4. 检查作用域代理配置，确保request/session等作用域的Bean正确使用ScopedProxyMode。 5. 调整依赖注入方式，优先使用构造器注入，确保依赖项在代理生成前正确初始化。 现在需要将这些思路整理成结构化的回答，分点说明原因和解决方法，并附上代码示例，确保用户能够逐步解决问题。同时，生成相关问题，帮助用户深入理解。</think>### 解决方案：Spring AOP代理导致的`@Autowired`依赖注入失败 #### 1. **根本原因分析** - **代理对象类型不匹配** Spring AOP通过动态代理增强Bean，若注入时类型与代理对象不兼容（如注入接口但实际为CGLIB代理类，或注入具体类但代理为接口类型），会导致注入失败[^1][^2]。 - **自注入问题** 当一个Bean尝试注入自身时（例如通过`this`调用被AOP增强的方法），实际注入的是未被代理的原始对象，导致AOP失效[^3]。 - **作用域代理配置错误** 例如，`request`/`session`作用域的Bean未配置作用域代理（`ScopedProxyMode`），导致注入时获取到非代理对象[^4]。 --- #### 2. **具体解决方案** ##### 方法一：统一代理类型 - **强制使用CGLIB代理** 在启动类添加`@EnableAspectJAutoProxy(proxyTargetClass=true)`，确保所有代理均为目标类的子类，避免JDK动态代理与CGLIB混用： ```java @SpringBootApplication @EnableAspectJAutoProxy(proxyTargetClass=true) // 关键配置 public class MainApplication { ... } ``` - **注入接口而非具体类** 若目标类实现了接口，直接通过接口类型注入（避免强制转换问题）： ```java @Autowired private UserService userService; // 接口类型 ``` ##### 方法二：处理自注入问题 - **通过`ApplicationContext`获取代理对象** 在需要自注入的类中，通过`ApplicationContext`显式获取代理后的Bean： ```java @Service public class OrderService { @Autowired private ApplicationContext context; public void process() { OrderService proxy = context.getBean(OrderService.class); proxy.aopEnhancedMethod(); // 调用代理方法 } } ``` - **使用`@Autowired`注入自身代理** 通过字段注入直接获取代理对象（需确保代理已生成）： ```java @Service public class OrderService { @Autowired private OrderService selfProxy; // 直接注入代理对象 } ``` ##### 方法三：配置作用域代理 - **对`request`/`session`作用域的Bean启用接口代理** 使用`@Scope(proxyMode = ScopedProxyMode.INTERFACES)`确保注入的是代理对象： ```java @Component @Scope(value = WebApplicationContext.SCOPE_REQUEST, proxyMode = ScopedProxyMode.INTERFACES) public class RequestScopedBean implements RequestService { ... } ``` - **对无接口类使用`TARGET_CLASS`代理** 若目标类未实现接口，必须使用基于类的代理： ```java @Scope(proxyMode = ScopedProxyMode.TARGET_CLASS) ``` ##### 方法四：调整依赖注入方式 - **优先使用构造器注入** 构造器注入可避免循环依赖问题，且能保证依赖项在代理生成前完成初始化[^3]： ```java @Service public class PaymentService { private final UserService userService; @Autowired // 构造器注入（推荐） public PaymentService(UserService userService) { this.userService = userService; } } ``` --- #### 3. **调试与验证** - **检查Bean的实际类型** 在运行时输出Bean的类名，确认是否为代理对象： ```java System.out.println("Bean类型：" + userService.getClass().getName()); // 输出示例：UserService$$EnhancerBySpringCGLIB$$... ``` - **验证AOP增强是否生效** 添加测试切面，观察方法拦截是否成功： ```java @Aspect @Component public class LogAspect { @Before("execution(* com.example.service.*.*(..))") public void logMethodCall(JoinPoint joinPoint) { System.out.println("方法调用：" + joinPoint.getSignature()); } } ``` --- #### 4. **典型错误场景与修复** - **场景一：注入具体类但代理为接口类型** ```java @Service public class UserServiceImpl implements UserService { ... } @Autowired private UserServiceImpl userService; // 错误！应注入UserService接口 ``` **修复**：改为注入接口类型`UserService`。 - **场景二：自调用导致AOP失效** ```java @Service public class TaskService { public void execute() { this.internalTask(); // 直接调用，AOP不生效 } @Transactional public void internalTask() { ... } } ``` **修复**：通过`ApplicationContext.getBean()`获取代理对象再调用。 --- ### 总结 | 问题类型 | 解决策略 | 关键配置/代码示例 | |-----------------------|-----------------------------------------|------------------------------------------| | 代理类型不匹配 | 统一使用CGLIB代理或接口注入 | `@EnableAspectJAutoProxy(proxyTargetClass=true)` | | 自注入失效 | 通过`ApplicationContext`获取代理对象 | `context.getBean(MyService.class)` | | 作用域Bean注入失败 | 配置`ScopedProxyMode` | `@Scope(proxyMode = ScopedProxyMode.INTERFACES)` | | 循环依赖导致注入失败 | 改用构造器注入 | `public MyService(Dependency dep) { ... }` | --- ### 相关问题 1. 如何避免Spring代理导致的`@Transactional`注解失效？ 2. Spring中`ScopedProxyMode.TARGET_CLASS`和`INTERFACES`有何区别？ 3. 如何调试Spring AOP中未生效的切面逻辑？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值