ApplicationContextAware和@PostConstruct使用冲突的问题

最新推荐文章于 2024-01-25 16:08:19 发布
最新推荐文章于 2024-01-25 16:08:19 发布
阅读量1k 收藏
点赞数
分类专栏： SpringBoot
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Htdlz/article/details/109009511
版权
本文探讨了在Spring框架中使用ApplicationContextAware和@PostConstruct时出现的空指针异常问题，并提供了解决方案，即通过@DependsOn注解来确保工具类正确初始化。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

ApplicationContextAware和@PostConstruct使用冲突的问题

问题描述:

在使用spring的系统中,通常我们都会在代码中写一个Spring的Context工具类来使用;
其次在进行一些启动后操作最方便的做法就是@PostConstruct;
在@PostConstruct注释的方法中使用SpringContext的Util时服务器启动会发生空指针;

解决方案:

使用@DependsOn(“你的工具类”)注释使用@PostConstruct方法的类强制依赖

Google guava第一讲：guava缓存实战/使用场景/缓存清理/最佳实践/caffeine实战
Jet_qi的博客
04-15 5617
Guava缓存实战及使用场景 摘要：本文先介绍了Guava Cache囊括的基本使用方法，然后结合体系类图和LocalCache的数据结构对典型的几个方法源码进行流程分析。重点 缓存的命中率，缓存的失效时间，缓存的OOM，缓存的统计数据等。 文章目录Guava缓存实战及使用场景1 为什么使用本地缓存1.1 适用场景2 如何使用Guava缓存(缓存容量/超时时间/移除监听器/缓存加载器)2.1 ......
Java面试题以及答案--Spring框架
Aa112233aA1的博客
09-19 370
1.Spring的两大核心是：IOC（控制翻转）和AOP（面向切面编程） DI（依赖注入）2.IOC的意思是控制反转，是指创建对象的控制权的转移，以前创建对象的主动权和时机是由自己把控的，而现在这种权力转移到Spring容器中，并由容器根据配置文件去创建实例和管理各个实例之间的依赖关系，对象与对象之间松散耦合，也利于功能的复用。最直观的表达就是，IOC让对象的创建不用去new了，可以由spring根据我们提供的配置文件自动生产，我们需要对象的时候，直接从Spring容器中获取即可.
调用@PostConstruct 时 ApplicationContext 还没有初始化
怀着一颗学徒的心
01-25 849
这样，Spring容器在初始化UserServiceImpl类之前，会先初始化userDaoImpl类。出现空指针异常,排查发现是调用的时候还未初始化。
@PostConstruct和ApplicationContextAware冲突的一点理解
weixin_44117861的博客
07-30 1549
同时使用ApplicationContextAware和@PostConstruct出现空指针
@PostConstruct 与 ApplicationContextAware实现类冲突问题解决
weixin_45369440的博客
04-01 2076
一般@PostConstruct 是可以在bean注册时执行的方法. 而我们经常会需要用到spring上下文的一些参数,就可以用一个工具类如SpringContextUtil public class SpringContextUtil implements ApplicationContextAware { private static ApplicationContext applicationContext; @Override public void setApplica
一文搞懂PostConstruct和ApplicationContext(ApplicationContextAware)的加载顺序
minyunfei6的博客
04-25 2610
*说白了就是spring是初始化完一个bean再去初始化另一个bean;所以下面扩展一下这些bean得BeanPostProcessor接口里的方法的执行顺序是怎么样的呢？
Spring的@PostConstruct与ApplicationContextAware冲突问题
qq_32734365的博客
04-28 5721
1，背景 由于笔者希望在非Spring管理的类中使用Spring中的配置,故在项目类定义了如下工具类： @Component public class SpringUtils implements ApplicationContextAware { private static ApplicationContext applicationContext; @Overri
如何解决springBoot中的@PostConstruct和ApplicationContextAware冲突的问题。
m0_37859502的博客
08-24 2163
因为项目中有使用创建一个springContextHolder类用于动态获取bean。并且是使用applicationContextAware使项目运行的时候自动创建。 @Override public void setApplicationContext(ApplicationContext applicationContext) { SpringContextHolder.applicationContext = applicationContext; } 然后有有地方使用了@postC.
@ServerEndpoint代理类错误是为什么
最新发布
04-01
用户提到了在WebSocket中使用@ServerEndpoint时，无法注入Service层的问题，并引用了相关的资料。首先，我需要理解这个问题的根本原因，然后根据提供的引用内容找到解决方案。 根据用户提供的引用[1]，问题是由于...
WebSocket使用总结
cmx1060220219的博客
08-27 914
WebSocket使用总结 是什么 WebSocket 协议在2008年诞生，2011年成为国际标准。所有浏览器都已经支持了。 它的最大特点就是，服务器可以主动向客户端推送信息，客户端也可以主动向服务器发送信息，是真正的双向平等对话，属于服务器推送技术的一种。 其他特点包括： （1）建立在 TCP 协议之上，服务器端的实现比较容易。 （2）与 HTTP 协议有着良好的兼容性。默认端口也是80和443，并且握手阶段采用 HTTP 协议，因此握手时不容易屏蔽，能通过各种 HTTP 代理服务器。 （3）数据格式比
使用@PostConstruct时，applicationContext为空的解决办法
ClarenceWang_CN的博客
09-29 2848
使用@PostConstruct时，被标注函数使用SpringUtils无法启动服务报告NPE问题的原因和解决
spring容器模块（三）手动获取BeanFactory和ApplicationContext（通过ApplicationContextAware）
w_t_y_y的博客
01-05 533
为什么要获取上下文对象；如何获取
记录遇到的需求或问题
Wishings的博客
07-18 220
项目结构是JPA+Mybatis+Jsp+数据库不固定。记录遇到的问题方便查找。
Spring获取注入Bean
weixin_48314739的博客
08-05 875
package com.clicks.config; import org.springframework.beans.BeansException; import org.springframework.context.ApplicationContext; import org.springframework.context.ApplicationContextAware; import org.springframework.stereotype.Component; /** * @author
Spring手动注入bean时由于没有依赖造成空指针的解决
m0_49194578的博客
08-04 1812
由于之前使用websocket的时候，需要使用容器中的bean，而websocket是多例模式，所以无法从bean中获取（准确的说是注入了，但是只有第一次注入成功了，以后的每次连接到来都是一个新的对象，所以里面没有完成ioc的注入）； 我这里使用了手动从spring容器中getBean的方法拿数据； @Component public class SpringUtil implements ApplicationContextAware { private static ApplicationCon
@PostConstruct 注解标记的类中，由于ApplicationContext还未加载，导致空指针
m0_73311735的博客
11-05 1898
今天Code Review的时候 看到其他项目 static 方法需要使用 bean的实体方法，是从网上copy的 大概是虽然现在 代码运行没有毛病，但是 我们有公共类SpringUtils 实现了相同功能，其实不应该 重复在业务系统自己写。但是这个时候 人家可能会问 我这么写和 用公共类 的效果不是一样么？都一样。
ApplicationContextAware和@configration先执行
01-04
### ApplicationContextAware 和 @Configuration 执行顺序 在 Spring 容器的初始化过程中，`ApplicationContextAware` 和 `@Configuration` 类的执行顺序遵循一定的规律。 #### ApplicationContextAware 接口的作用 当一个类实现了 `ApplicationContextAware` 接口时，在该 Bean 的实例化完成后会调用其中的 `setApplicationContext(ApplicationContext applicationContext)` 方法。这使得 Bean 可以获得对整个应用上下文对象的引用[^2]。 #### Configuration 注解的功能 带有 `@Configuration` 注解的类用于定义配置类，这些类可以包含多个使用 `@Bean` 注解的方法来声明并创建新的 Beans。这类 Bean 主要用来提供依赖注入所需的组件定义和服务设置等功能[^1]。 #### 初始化流程中的具体位置 在整个 Spring 应用程序上下文加载的过程中： - **先处理标注有 `@Configuration` 的类**：Spring 需要在解析阶段读取所有的配置元数据（包括 XML 文件、Java Config 等），因此它会在早期就识别到所有带 `@Configuration` 的类，并准备它们所描述的各种 Bean。 - **再处理实现了特定生命周期回调接口的对象**：对于那些实现了诸如 `ApplicationContextAware`, `InitializingBean` 或者拥有 `@PostConstruct` 标记方法的 Bean 来说，则是在相应的时机触发对应的逻辑。特别是 `ApplicationContextAware` 是在一个 Bean 已经被完全实例化但是还未正式投入使用前被执行；而像 `@PostConstruct` 或者 `InitializingBean.afterPropertiesSet()` 则更晚一些才会发生，通常位于 Bean 生命周期后期，即所有属性都已赋值完毕之后[^3]。 综上所述，在标准情况下，`@Configuration` 类会被优先于普通的业务 Bean 加载和解释，随后才是针对各个 Bean 的各种增强处理器工作以及生命周期管理机制发挥作用的时间点，其中包括了 `ApplicationContextAware` 的设定时刻。 ```java @Configuration public class AppConfig { // Define beans here... } ``` ```java @Component public class MyComponent implements ApplicationContextAware { private ApplicationContext context; public void setApplicationContext(ApplicationContext applicationContext) throws BeansException { this.context = applicationContext; } // Other methods... } ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值