spring容器初始化时候遇到的死锁问题

最新推荐文章于 2024-04-14 23:26:04 发布
原创 最新推荐文章于 2024-04-14 23:26:04 发布 · 4.7k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#spring初始化死锁

在启动Spring项目时遇到死锁问题，源于DefaultSingletonBeanRegistry.getSingleton()方法中的锁与DataLocalcacheInit.afterPropertiesSet()方法中开启线程加载数据导致的并发冲突。当主线程初始化bean并持有锁时，新开线程尝试获取相同锁，造成死锁。表现为Spring容器初始化受阻。解决方法是明确FirstBean对ConfigHelper和SecondBean的依赖关系，调整bean加载顺序，避免并发问题。

最近启动spring项目的时候遇到一个死锁问题，使用jstack获取线程堆栈的时候，可以看到2个线程出现了死锁：



DefaultSingletonBeanRegistry.getSingleton()源码如下，可以看到这个方法需要对singletonObjects加锁




第二处xxx.subject.core.cache.DataLocalcacheInit.afterPropertiesSet源码如下：

最低0.47元/天 解锁文章

200万优质内容无限畅学
【微服务】spring 循环依赖问题深入解析
congge_study的博客
09-05 3722
spring 循环依赖问题深入解析
【还不会Spring源码】单例创建期间进行同步可能会导致死锁？
JavaSouth南哥
03-10 3128
通过这个标题我们就可以思考本次的阅读线索了，看起来可以学到不少东西。1. 旧代码的死锁是怎么产生的。2. 贡献者通过改变什么来解决本次PR的问题呢？而阅读线索2的答案也显而易见，就是上文提到的通过后台线程来创建Micrometer单例...
java初始化锁,spring容器初始化遇到的死锁问题解决
weixin_39960116的博客
03-11 548
前言最近启动spring项目的时候遇到一个死锁问题，使用jstack获取线程堆栈的时候，可以看到2个线程出现了死锁：解决过程：DefaultSingletonBeanRegistry.getSingleton()源码如下，可以看到这个方法需要对singletonObjects加锁第二处xxx.subject.core.cache.DataLocalcacheInit.afterProperties...
【Spring】IOC容器并发条件下，可能发生死锁
abing37的专栏
08-28 632
   1.背景   上周在生产环境应用启动时，发生应用频频发生死锁的现象。原因是因为 spring IOC 容器还未初始化完成，就有工作线程调用 context.getBean() 来获取容器里的对象。具体产生死锁的原因条件有： 1.       应用启动的时候 Main 线程进行 spring 容器初始化。 2.       ...
spring容器初始化遇到的死锁问题解决
08-27
主要给大家介绍了关于spring容器初始化时候遇到的死锁问题的解决方法，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
演示类初始化导致的死锁
硅脂味咖啡的博客
08-25 369
类初始化导致的死锁 有一个类A，如下： package com.example.springboot.codedemo; import java.util.concurrent.TimeUnit; public class A { static { try { TimeUnit.SECONDS.sleep(1); } catch (InterruptedException e) { e.printStackTrace
Java多线程--死锁
BtWangZhi的博客
06-29 317
死锁可中断 public class ReentranLockInterruptibly implements Runnable { private static ReentrantLock reentrantLock01 = new ReentrantLock(); private static ReentrantLock reentrantLock02 = new Ree...
rocketMq与spring项目造成的死锁问题
你还有好多未完成的梦，你有什么理由停下？
04-25 1165
问题现象 启动时卡死在消费者线程，spring容器不进行初始化。有时候可以正常启动有时候不能正常启动,开启debug模式进行对比后发现. 失败的启动日志: 如上图,可以看到 消费者线程进行了初始化类; 成功的启动日志: 如上图,可以看到是主线程在进行初始化类. 推测,mq异常走入主线程的逻辑,与spring共同占用了一个锁导致. 进入服务器,使用jstack -l pid查看线程日志 Found one Java-level deadlock: =============================
DefaultSingletonBeanRegistry
qq_44587855的博客
12-27 246
字段 protected Object getSingleton(String beanName, boolean allowEarlyReference) 获取单例Bean
Spring中 afterPropertiesSet 的用法介绍
机械工程跑路哥
10-23 9539
afterPropertiesSet是Spring Framework中的一种初始化方法，它是InitializingBean的一个回调方法，可以在bean属性设置完成之后执行一些特定的操作。【
Spring容器启动出现死锁
Mamba Out
01-21 1539
问题描述 启动Springboot项目的时候突然出现日志卡住的情况，导致项目无法启动，通过jstack看下线程堆栈信息发现一个死锁。 "ConsumeMessageThread_1": at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:216) - waiting to lock
Spring小知识之：afterPropertiesSet()
m0_72560900的博客
04-14 1059
方法是 Spring 框架中 InitializingBean 接口的一个方法，用于在 bean 的所有属性被设置之后执行一些初始化操作。bean，其中包含了连接到数据库的一些属性。你可能希望在所有属性都设置好了之后，检查数据库连接是否可用，如果可用，则执行其他初始化操作。在这种情况下，你可以使用。方法，你可以确保在 Spring 容器完成所有属性注入后执行你需要的初始化逻辑。方法来执行这些逻辑。
Java8 parallerStream导致Spring项目启动线程阻塞(死锁)
boomxiaolong的博客
10-25 1161
Java8 parallerStream导致Spring项目启动线程阻塞(死锁)分析及解决
Spring boot启动流程-bean的实例化和初始化
软件测试入门笔记
04-09 1825
AbstractApplicationContext类的refresh方法中，调用了finishBeanFactoryInitialization(beanFactory)方法，完成了bean factory的初始化，其中就包括bean的实例化和初始化。
【常见错误】Quartz常见错误
weixin_33725515的博客
10-22 2816
1.集群之后把其中一个Quartz服务停了，其他的也不接手工作  问题描述 集群之后，A节点执行了大多数任务，B节点大部分时间处于空闲，停掉A节点，B节点也不会接手工作。  解决方式 修改Quartz的配置，将每个节点的org.quartz.scheduler.instanceId设置为不同的值，或者都设置为AUTO。另外org.quartz.jobStore.isClustered属性必...
quartz （从原理到应用）详解篇
weixin_33890526的博客
12-08 1931
2019独角兽企业重金招聘Python工程师标准>>> ...
springboot schedule 解决定时任务不执行的问题
qianhuan_的博客
12-11 2336
@schedule 注解是springboot 常用的定时任务注解,使用起来简单方便,但是如果定时任务非常多,或者有的任务很耗时,会影响到其他定时任务的执行,因为schedule 默认是单线程的,一个任务在执行时,其他任务是不能执行的.解决办法是重新配置schedule,改为多线程执行.只需要增加下面的配置类就可以了. import org.springframework.boot.autoconfigure.batch.BatchProperties; import org.springframew.
Spring学习笔记(一)
mrzhangzifu的博客
07-11 215
Spring bean 的配置一. bean的配置项 id class<不可缺少的> scope constructor arguments peroperties autowiring mode lazy-initi
spring InitializingBean init-method postConstruct 执行顺序
秋香的博客
02-19 8091
Spring 容器中的 Bean 是有生命周期的，Spring 允许在 Bean 在初始化完成后以及 Bean 销毁前执行特定的操作，常用的设定方式有以下三种：通过实现 InitializingBean/DisposableBean 接口来定制初始化之后/销毁之前的操作方法； 通过 元素的 init-method/destroy-method属性指定初始化之后 /销毁之前调用的操作方法； 在指定
如何通过Spring的BeanPostProcessor干预MongoDB相关Bean的初始化过程？
最新发布
06-17
<think>我们使用BeanPostProcessor来干预MongoDB相关Bean的初始化过程，确保加载顺序正确。核心思路：通过实现BeanPostProcessor接口，在Bean初始化前后插入自定义逻辑，对特定的MongoDB相关Bean（如MongoTemplate、MongoClient等）进行顺序控制。步骤：1.创建一个自定义的BeanPostProcessor，例如MongoBeanPostProcessor。2.在postProcessBeforeInitialization和postProcessAfterInitialization方法中，我们可以识别特定的Bean（通过beanName或类型），并执行相应的操作。3.为了控制顺序，我们可以在Bean初始化之前（postProcessBeforeInitialization）检查依赖是否已经准备好。例如，如果某个Bean依赖于MongoTemplate，而MongoTemplate还没有初始化，我们可以等待或者抛出异常。4.但是请注意，BeanPostProcessor本身也是Bean，它的加载顺序可能早于其他普通Bean。因此，我们需要确保这个后置处理器本身不会依赖于那些需要控制顺序的Bean。然而，直接通过BeanPostProcessor来控制Bean的加载顺序并不直观，因为BeanPostProcessor主要作用于Bean初始化的前后（即属性设置之后，init方法调用前后），而不是Bean的创建顺序。Bean的创建顺序主要由依赖关系（@DependsOn）和声明顺序决定。因此，我们通常使用BeanPostProcessor来增强Bean的功能（如AOP），而不是控制加载顺序。但是，我们可以利用它来确保在某个Bean初始化之前，它所依赖的另一个Bean已经完成初始化（通过检查）。下面是一个示例，展示如何通过BeanPostProcessor确保MongoTemplate在初始化之前，MongoClient已经初始化完成：注意：这个示例仅用于演示，实际中我们更推荐使用@DependsOn或构造器注入来控制顺序。</think>### 通过 BeanPostProcessor 控制 MongoDB Bean 初始化顺序 在 Spring 中，可通过自定义 `BeanPostProcessor` 干预 MongoDB 相关 Bean 的初始化过程，确保加载顺序正确。以下是具体实现方案： --- #### 一、核心实现原理 1. **BeanPostProcessor 工作机制** 在 Bean 初始化前后插入自定义逻辑： ```java public interface BeanPostProcessor { // Bean初始化前执行 Object postProcessBeforeInitialization(Object bean, String beanName); // Bean初始化后执行 Object postProcessAfterInitialization(Object bean, String beanName); } ``` - `postProcessBeforeInitialization`：在 `@PostConstruct` 和 `InitializingBean.afterPropertiesSet()` 前执行[^1] - `postProcessAfterInitialization`：在初始化完成后执行，常用于代理包装[^2] 2. **控制顺序的关键点** - 在 `postProcessBeforeInitialization` 中检查依赖状态 - 通过同步机制阻塞未满足依赖条件的 Bean - 维护自定义的依赖关系映射表 --- #### 二、MongoDB 顺序控制实现示例 ```java @Component public class MongoDependencyProcessor implements BeanPostProcessor { // 存储已初始化的关键Bean private final Set<String> initializedBeans = Collections.synchronizedSet(new HashSet<>()); // 定义依赖关系：BeanA 依赖 BeanB private final Map<String, String[]> dependencies = Map.of( "mongoTemplate", new String[]{"mongoClient"}, "userRepository", new String[]{"mongoTemplate"} ); @Override public Object postProcessBeforeInitialization(Object bean, String beanName) { // 检查当前Bean是否有依赖要求 if (dependencies.containsKey(beanName)) { String[] requiredBeans = dependencies.get(beanName); // 等待依赖Bean完成初始化 synchronized (this) { while (!allDependenciesReady(requiredBeans)) { try { this.wait(100); // 每100ms检查一次 } catch (InterruptedException e) { Thread.currentThread().interrupt(); } } } } return bean; } @Override public Object postProcessAfterInitialization(Object bean, String beanName) { // 标记当前Bean为已初始化 initializedBeans.add(beanName); synchronized (this) { this.notifyAll(); // 唤醒等待线程 } return bean; } // 检查所有依赖是否就绪 private boolean allDependenciesReady(String[] beanNames) { return Arrays.stream(beanNames).allMatch(initializedBeans::contains); } } ``` --- #### 三、执行流程说明 1. **初始化阶段** ```mermaid sequenceDiagram Spring容器->>MongoClient: 创建实例 Spring容器->>MongoDependencyProcessor: postProcessAfterInitialization(mongoClient) MongoDependencyProcessor->>initializedBeans: 添加"mongoClient" Spring容器->>MongoTemplate: 创建实例 MongoDependencyProcessor->>MongoTemplate: 检查依赖(postProcessBeforeInitialization) MongoDependencyProcessor->>检查: 依赖"mongoClient"已存在？ MongoDependencyProcessor->>MongoTemplate: 允许初始化 Spring容器->>MongoDependencyProcessor: postProcessAfterInitialization(mongoTemplate) ``` 2. **依赖阻塞机制** 当 `UserRepository` 初始化时： - 检测到依赖 `mongoTemplate` - 若 `mongoTemplate` 未就绪，线程进入等待状态 - 当 `mongoTemplate` 初始化完成后唤醒线程 --- #### 四、结合 MongoDB 专用 Bean ```java @Configuration public class MongoConfig { // 1. 最先初始化 @Bean public MongoClient mongoClient() { return new MongoClient("localhost:27017"); } // 2. 依赖 mongoClient @Bean public MongoTemplate mongoTemplate(MongoClient client) { return new MongoTemplate(client, "mydb"); } // 3. 自定义Repository（依赖 mongoTemplate） @Bean public UserRepository userRepository(MongoTemplate template) { return new UserRepositoryImpl(template); } } ``` --- #### 五、最佳实践建议 1. **依赖声明** 在 `BeanPostProcessor` 中明确定义依赖关系映射： ```java private final Map<String, String[]> dependencies = new ConcurrentHashMap<>(); @PostConstruct public void initDependencies() { dependencies.put("mongoTemplate", new String[]{"mongoClient"}); dependencies.put("userRepository", new String[]{"mongoTemplate"}); } ``` 2. **循环依赖处理** 使用 `@Lazy` 避免死锁： ```java @Bean @Lazy public ServiceA serviceA(ServiceB serviceB) { ... } ``` 3. **性能优化** - 使用 `ConcurrentHashMap` 替代同步集合 - 设置合理的等待超时时间 - 避免在 `BeanPostProcessor` 中执行耗时操作 --- #### 六、与其他机制对比 | 方法 | 优点 | 缺点 | |------|------|------| | `@DependsOn` | 声明简单 | 硬编码依赖关系 | | 构造器注入 | Spring官方推荐 | 无法动态调整顺序 | | **BeanPostProcessor** | 动态控制<br>集中管理 | 实现复杂度高 | > 关键点：**`BeanPostProcessor` 适用于需要动态控制复杂依赖关系的场景**，简单场景优先使用 `@DependsOn` 或构造器注入[^3][^4]。 --- ### 相关问题 1. 如何在 `BeanPostProcessor` 中处理 MongoDB 连接池的特殊初始化需求？ 2. `BeanPostProcessor` 与 `BeanFactoryPostProcessor` 在控制 Bean 顺序时的区别是什么？ 3. 如何通过 Spring 的 `@Order` 注解控制多个 `BeanPostProcessor` 的执行顺序？ 4. MongoDB 的 `MongoTemplate` 初始化失败时如何在 `BeanPostProcessor` 中优雅处理？ 5. 在 Spring Boot 自动配置环境下如何确保自定义 `BeanPostProcessor` 优先于 MongoDB 自动配置执行？ [^1]: Spring 官方文档 - BeanPostProcessor 生命周期 [^2]: Bean 初始化过程中的后置处理器调用规则 [^3]: Spring 单例 Bean 的创建流程分析 [^4]: Spring Bean 实例化过程中的反射机制应用 [^5]: Spring Boot 与 MongoDB 集成实践
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值