@Autowired注解注入静态成员

记录一个@Autowired的case

记录背景:

编写一个redis计次的工具类,记录需要计次的场景,然后从数据库中获取最高限次值做对比,当记录值达到限次值时做相应的处理。

 

计次工具类需要注入redis工具类,通过@Autowired注入,写法如下

在测试时,竟然发现空指针抛出~

查阅相关资料,得出如下结论:

@Autowired注入的spring容器内的对象,静态成员是类的属性,而非对象的属性,类的装载是在程序初始化的时候,此时spring容器可能都没有初始化,何况依赖其注入。此时静态成员依旧为null,故而调用时NPE抛出。

解决方式贴出:

静态成员去掉@Autowired,下方添加该静态成员的非静态setter方法

到达限次值,验证码处理成功,NPE没跑出来

 

错误方式贴出:

按照网上同胞的方式,通过SpringUtil.getBean()获取bean,然后在静态块中将其引用赋给该静态成员

发现程序无法启动,SpringUtil.getBean()时报空指针。是不是这种方式不需要spring托管呢,将@Component去掉再试一下

还是有问题,程序是可以正常启动了,但是调用到时,报类加载异常

 

可能是我理解的有问题,或者该网友有些关键点没写到,如果有用本方法试验成功的同学,欢迎一起探讨。

 

 

### 关于 `@Autowired` 注解报错的解决方案 当遇到 `@Autowired` 注解报错的情况时,通常是因为被注入的对象未能成功注册到 Spring 容器中。具体来说: - 如果使用的是 MyBatis 的 `@Mapper` 注解,则需要确保该注解已被扫描并注册为 Bean。默认情况下,MyBatis 的 Mapper 接口不会自动成为 Spring 管理的 Bean,因此可能会导致依赖注入失败[^1]。 对于此类问题的一个常见解决办法是在启动类或者配置文件里加入 `@MapperScan` 来指定要扫描的基础包路径,从而让所有的 Mapper 被识别和加载至上下文中[^2]。 另外一种情况是由于静态成员变量上应用了 `@Autowired` 导致的问题。在 Spring 中不允许直接对静态字段执行依赖注入操作,因为这违背了 IoC 原则——即对象实例化由框架控制而非程序本身决定。所以应当避免像下面这样定义代码片段: ```java @Autowired private static YourClass yourClass; ``` 正确的做法是非静态方式声明待注入属性,并通过构造函数或 setter 方法完成初始化过程[^4]。 还有可能是测试类中的不当标注引起的冲突。例如在一个非测试运行环境中包含了 JUnit 测试方法 (`@Test`) 可能干扰正常的组件扫描流程。移除不必要的单元测试标记能够有效缓解这一状况。考虑如下调整前后的对比案例: ```java // 错误示范 @Component public class HelloMan2 { ... @Test // 应该仅存在于独立的测试源码目录下 public void testme(){ System.out.println("appid =" + appid); } } ``` 修正后应去掉上述不恰当的位置上的 `@Test` 标签[^5]。 综上所述,针对不同场景下的 `@Autowired` 报错现象采取相应的措施可以解决问题。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值