@PreDestroy 为什么不执行

最新推荐文章于 2025-06-27 00:11:44 发布
原创 最新推荐文章于 2025-06-27 00:11:44 发布 · 9.5k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文探讨了在Spring框架中使用@PreDestroy注解的问题，详细记录了作者在测试类中遇到该注解不执行的情况及解决过程。通过调整ApplicationContext的实现类并调用close方法，成功触发了@PreDestroy方法。

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

在学习 Spring 框架的时候，就是spring能够用注解来配置bean，当然还有@PostConstructor,以及@PreDestroy，而我在调用测试类的时候，@PreDestroy却没有执行，排查了大概半个小时，终于找到答案了，下载将参考文章，以及自己的解决方法附上，以供大家参考。

参考文章：

一： http://www.iteye.com/problems/10478   关于Spring2.5 @PreDestory注释，销毁bean时不执行

 

我的测试类

问题排查之前，测试类的代码。

 

问题排查之后，测试类的代码，注意18行代码，ac的类型从ApplicationContext转变成ClassPathXmlApplicationContext之后，并在代码最后加上 ac.close() ，之后问题得到解决。

 

 

注解中用到的实体类User

注意 @Scope（）里面的值需要为singleton，即单例，如果为 prototype ，则同样不能执行@PreDestroy方法

 

 

 

 

 

 

如何正确使用 @PostConstruct 和 @PreDestroy 进行资源管理
张彦峰的博客
05-09 3万+
本文系统介绍了 Spring 中 @PostConstruct 和 @PreDestroy 注解的原理、用法及注意事项，深入分析了其在 Bean 生命周期管理中的作用。通过典型案例解析生命周期注解在继承、作用域、异常处理等场景中的表现，帮助开发者避免常见误区，实现资源的安全初始化与优雅释放。
【保姆级】@PostConstruct & @PreDestroy使用示例
aqin1012的博客
01-10 879
感兴趣的同学可以注意下，上面在处理被@PostConstruct和@PreDestroy注解修饰的代码中并没有出现@PostConstruct和@PreDestroy，出现的是InitAnnotationType和DestroyAnnotationType，那么@PostConstruct和@PreDestroy是在哪里被转换为InitAnnotationType和DestroyAnnotationType的？
Spring MVC 4 常用注解汇总
西涛offbye-移动全栈技术博客
08-16 2390
最近在用Spring boot做REST风格接口的新架构，由于已经快2年没有大规模使用Spring MVC了，发现很多新的注解都没有用过，因此花了点时间学习和汇总，Spring MVC现在功能还是很强大的。 通过大量使用注解可以简化REST接口的开发。          Spring从2.5版本开始在编程中引入注解，用户可以使用@RequestMapping， @RequestParam，
@PreDestroy突然失效
csdnyq的博客
12-04 1728
@PreDestroy突然失效 @PostConstruct生效，@PreDestroy以前生效，突然无效了。 这里我找到的办法是导入javax.annotation依赖，@PreDestroy就生效了 <dependency> <groupId>javax.annotation</groupId> <artifactId>jsr250-api</artifactId> <version>1.0</vers
@PostConstruct 与@PreDestroy 详解及详细源码展示
csdn_tom_168的博客
06-27 1140
@PostConstruct 和 @PreDestroy 是 JSR-250 标准中用于管理 Bean 生命周期的关键注解，分别标记初始化后和销毁前的回调方法。在 Spring 中，@PostConstruct 在依赖注入完成后执行，早于其他初始化逻辑；@PreDestroy 则在 Bean 销毁前触发。它们适用于资源初始化和清理场景，如数据库连接池管理和缓存处理。使用时需注意方法签名限制（非静态、无参数），并了解其与 InitializingBean/DisposableBean 的执行顺序差异。这些注解
Spring的@PreDestroy注解不执行引发事故
shidongdong1010的专栏
04-16 2279
Spring的@PreDestroy注解引发事故功能说明事故原由新的改变功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入 功能说明 由于公司发号器通过雪花算法来生成，而雪花算法由：时间缀+机器码mid+自增序列组成，为了保存mid每
@PostConstruct@PreDestroy注解不生效
Eamon
01-05 2637
描述：使用@PreConstruct和@PreDestroy注解不生效，报错空指针异常 原因：Maven创建工程时，默认使用的jdk版本过低 解决方案： 1.[指定JDK版本]，有全局设置和项目设置两种方式(https://blog.youkuaiyun.com/Dawn510/article/details/103598714) 2.在pom.xml中添加javax.annotation依赖 <dep...
解决Spring中@PreDestroy注解修饰的方法不执行
weixin_41058733的博客
02-28 3894
有两种原因： 1. 创建的ClassPathXmlApplicationContext由ApplicationContext接收，因为容器在没执行完成之前就已经关闭了，所以需要手动close(关闭)掉，但ApplicationContext没有close方法，所有并不能执行，会提前关闭 解决方法：就是将ApplicationContext改为ClassPathXmlApplicationContext接收。 2.bean实例的作用范围定义为prototype(多例)之后就不能使用PreDestroy注解了
避坑@PostConstruct和 @PreDestroy这两个注解使用后没效果
lh2112938498的博客
02-27 486
原因我简单说一下，这两个注解其实是来源于jdk内部也就是JavaEE，所以正确的导包应该是。没法用的看看自己导包是不是这样。我这提供一种情况：导包问题。
解决@Resource，@PostConstruct，@PreDestroy注解不生效
m0_50708579的博客
06-22 574
解决spring注解不生效问题
如果实现了BeanFactoryPostProcessor接口,则@PostConstruct和@PreDestroy和@Value将不起作用
kfepiza的博客
03-11 1164
如果实现了BeanFactoryPostProcessor接口,则@PostConstruct和@PreDestroy和@Value将不起作用。
Spring实战之使用@POSTConstruct和@PreDestroy定制生命周期行为操作示例
08-25
`@POSTConstruct` 和 `@PreDestroy` 注解允许我们在Bean初始化完成后执行特定的操作，并在Bean销毁之前执行清理工作。本示例详细介绍了如何在Spring中使用这两个注解来定制Bean的生命周期行为。 首先，让我们了解...
Spring注解驱动开发之使用@PostConstruct和@PreDestroy指定初始化和销毁前后的方法
桐花思雨
10-03 964
在之前的文章中，我们介绍了如何使用@Bean注解指定初始化和销毁的方法，也介绍了使用和来处理bean的初始化和销毁。除此之外，在JDK中还提供了两个注解能够在bean创建完成且属性赋值完成之后初始化方法之前执行一些工作和在容器销毁bean之前通知我们进行一些工作。
vue中beforeDestroy销毁定时器不生效
niesiyuan000的博客
07-10 1470
【代码】vue中beforeDestroy销毁定时器不生效。
关于Spring定义的preDestroy修饰的方法不执行，有以下两种原因，总有一款适合你
乐于分享，共同成长
10-16 1584
ApplicationContext app = new ClassPathXmlApplicationContext(“applicationcontext.xml”); //只有把这个Application变成ClassPathXmlApplicationContext，因为，还没执行完毕，容器已经关闭 ClassPathXmlApplicationContext app = new ClassPathXmlApplicationContext(“applicationcontext.xml”); 定.
PostConstruct和PreDestroy失效
浪客川
05-06 756
问题：PostConstruct 和 PreDestroy 失效 说明 今天遇到问题，在使用 Spring的两个注解的过程当中，出现了失效的情况。 也就是 @PostConstruct 和 @PreDestroy 出现了失效的问题。 那么这两个注解主要是用来干嘛的呢？ @PostConstruct 主要是定义在方法上面，是bean生命周期的 初始化方法 （出生） @PreDestroy 主要是定义在方法上面，是bean生命周期 销毁的方法 （死亡） 但是在编写代码的过程当中，这里的两个注解却失效
@PostConstruct和@PreDestroy注解失效以及@Resource注入结果为NULL
weixin_45821730的博客
01-31 1061
项目场景： 刚开始学习spring啊，就这两个问题排查了大半天，最后才找到了解决办法 问题描述： 以@PostConstruct和@PreDestroy注解的初始化方法和销毁方法失效，注解的两个方法都不会被执行。 值得注意的是@PreDestroy注解的销毁方法还可能受到注解@Scope("singleton")的影响。在作用域中默认是singleton单例的，此时销毁方法会被执行。若参数为其他则会试情况而不同。 再有就是@Resource的数据注入结果打印为NULL 原因分析： 我
Spring @PostConstruct 和 @PreDestroy 注解
neweastsun的专栏
01-06 2770
Spring @PostConstruct 和 @PreDestroy 注解 本文介绍Spring @PostConstruct 和 @PreDestroy 注解，主要实现Bean在初始化之后、销毁之前执行自定义业务。 1.概述 Spring负责管理Bean的初始化和销毁，但同时也提供方式让我们在bean初始化之后、销毁之前执行特定业务。之前一般需要实现相应接口实现，InitializingBea...
ThreadPoolTaskExecutor，为什么不能使用 @PreDestroy 注解回收
最新发布
07-01
<think>首先，用户的问题是关于ThreadPoolTaskExecutor使用@PreDestroy注解无法正确释放资源的原因及解决方案。用户提供了几个引用，我需要参考这些内容。 参考引用：-引用[1]:关于ThreadPoolTaskExecutor的配置，包括设置拒绝策略。-引用[2]:提到setWaitForTasksToCompleteOnShutdown和setAwaitTerminationMillis相当于shutdown和awaitTermination。-引用[3]:关于Spring的异步方法执行，使用@Async注解。 用户的问题核心是为什么@PreDestroy注解不能正确释放资源，以及如何解决。 关键点：- @PreDestroy是JavaEE/Jakarta EE的注解，用于在bean销毁前执行清理操作。- ThreadPoolTaskExecutor是Spring框架中的线程池实现，它封装了Java的ThreadPoolExecutor。 -问题在于使用@PreDestroy时，线程池可能没有正确关闭，导致资源泄漏。 原因分析：1.**生命周期管理**：Springbean的生命周期由Spring容器管理。当容器关闭时，它会调用bean的销毁方法。但是，ThreadPoolTaskExecutor需要显式关闭线程池。 2. **线程池关闭**：ThreadPoolExecutor需要调用shutdown()或shutdownNow()来终止线程。如果不做，线程可能继续运行，导致资源泄漏。 3. **@PreDestroy的行为**：如果直接在ThreadPoolTaskExecutorbean上使用@PreDestroy，它可能不会等待任务完成或正确关闭线程池。Spring的销毁回调可能没有处理线程池的关闭逻辑。4.**Spring的智能关闭**：Spring提供了机制来优雅关闭线程池，比如通过配置setWaitForTasksToCompleteOnShutdown和setAwaitTerminationMillis。 从引用[2]中看出：setWaitForTasksToCompleteOnShutdown和setAwaitTerminationMillis相当于调用shutdown和awaitTermination。这应该用于关闭线程池。 解决方案： -最佳实践是使用Spring的内置机制来关闭线程池，而不是依赖@PreDestroy。 -在配置ThreadPoolTaskExecutor时，设置setWaitForTasksToCompleteOnShutdown(true)和setAwaitTerminationMillis(time)来确保优雅关闭。-如果必须使用@PreDestroy，可以在方法中显式调用executor.shutdown()或类似方法。但根据引用[2]，Spring的方式是推荐的做法。 回答结构：1.**解释原因**：为什么@PreDestroy无法正确释放资源。2. **提供解决方案**：如何使用Spring机制正确关闭线程池。3.**代码示例**：展示如何配置ThreadPoolTaskExecutor。4.**生成相关问题**：作为系统指令的一部分。 系统指令要求： -所有行内数学表达式用$...$，但这里可能不需要数学表达式。 -独立公式用$$...$$，但同样可能不适用。 -LaTeX语法正确。-使用中文回答。-生成相关问题。 -回答中引用的段落末尾自然地添加引用标识。-回答结构清晰，帮助用户逐步解决问题。 回答大纲： 1. **介绍问题**：简要说明用户的问题。 2. **原因分析**：解释为什么@PreDestroy无法正确释放资源。 3. **正确方法**：描述Spring推荐的方式来关闭线程池。4.**代码示例**：提供配置代码。 5. **总结**：强调最佳实践。6.**相关问题**：生成相关问题。 生成相关问题：-基于主题，如线程池管理、Spring生命周期等。最终回答：-用中文。 -引用标识：例如，在提到引用内容时添加[^1],[^2],[^3]。现在，构建回答。</think>### ThreadPoolTaskExecutor 使用 @PreDestroy 注解无法正确释放资源的原因及解决方案 在 Spring 应用中，使用 `ThreadPoolTaskExecutor` 配置线程池时，尝试通过 `@PreDestroy` 注解进行资源回收可能导致线程池未完全关闭，从而引发资源泄漏（如线程未终止、内存未释放）。以下我将逐步解释原因并提供解决方案，确保回答可靠且基于 Spring 官方实践。 #### 原因分析 1. **`@PreDestroy` 的生命周期局限性**： `@PreDestroy` 是 Java EE/Jakarta EE 的注解，用于在 Bean 销毁前执行清理逻辑。但在 Spring 中，`ThreadPoolTaskExecutor` 作为 Spring Bean 时，其销毁过程由 Spring 容器管理。`@PreDestroy` 方法可能被调用时，线程池中的任务仍在运行或未完全终止，导致： - 线程池未调用 `shutdown()` 或 `shutdownNow()`，线程无法优雅终止[^2]。 - 容器关闭速度快于线程池任务完成速度，造成资源悬挂（如线程未回收、数据库连接未关闭）。 2. **线程池的异步特性**： `ThreadPoolTaskExecutor` 底层封装了 Java 的 `ThreadPoolExecutor`，其线程是守护线程或用户线程。如果 `@PreDestroy` 方法中仅简单调用 `destroy()` 而不等待任务完成，线程池可能： - 强制中断任务，导致状态不一致（如事务未提交）。 - 忽略未完成的任务，违反优雅关闭原则[^2]。 3. **Spring 的线程池管理机制差异**： Spring 提供了内置的优雅关闭支持（如 `setWaitForTasksToCompleteOnShutdown`），而 `@PreDestroy` 无法直接集成这些机制。引用[2] 指出： > 对于 `ThreadPoolTaskExecutor`，`setWaitForTasksToCompleteOnShutdown` + `setAwaitTerminationMillis` 就相当于 `ThreadPoolExecutor` 的 `shutdown` + `awaitTermination`。JVM 与线程池 [^2]。 这表明依赖 `@PreDestroy` 会绕过 Spring 的优化关闭流程。 #### 解决方案 使用 Spring 的内置线程池关闭机制，而非 `@PreDestroy`，以确保资源完全释放。以下是推荐步骤： 1. **配置线程池的优雅关闭参数**： 在定义 `ThreadPoolTaskExecutor` Bean 时，设置 `setWaitForTasksToCompleteOnShutdown(true)` 和 `setAwaitTerminationMillis(time)` 参数： - `setWaitForTasksToCompleteOnShutdown(true)`：等待所有任务完成后再关闭线程池。 - `setAwaitTerminationMillis(time)`：设置最大等待时间（单位毫秒），超时后强制关闭。 示例代码（基于引用[1]和[2]的实践）： ```java @Bean(name = "taskExecutor") public Executor taskExecutor() { ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor(); executor.setCorePoolSize(5); // 核心线程数 executor.setMaxPoolSize(10); // 最大线程数 executor.setQueueCapacity(100); // 队列容量 executor.setThreadNamePrefix("Async-Thread-"); // 线程名前缀 executor.setRejectedExecutionHandler(new ThreadPoolExecutor.CallerRunsPolicy()); // 拒绝策略 // 关键配置：启用优雅关闭 executor.setWaitForTasksToCompleteOnShutdown(true); // 等待任务完成 executor.setAwaitTerminationMillis(5000); // 最多等待5秒 executor.initialize(); return executor; } ``` 2. **利用 Spring 的生命周期钩子（替代 `@PreDestroy`）**： - Spring 容器关闭时，会自动触发 `ThreadPoolTaskExecutor` 的销毁逻辑，前提是已配置上述参数。 - 无需额外添加 `@PreDestroy` 方法，避免干扰 Spring 的内部管理。 3. **生产环境建议**： - 在 Spring Boot 应用中，结合 `@EnableAsync` 和 `@Async` 时（如引用[3]），确保线程池配置正确，Spring 会自动处理关闭[^3]。 - 监控线程池状态：使用 Spring Actuator 或日志验证关闭是否成功（如输出线程池终止日志）。 #### 总结 `@PreDestroy` 无法正确释放资源的主要原因是其无法处理线程池的异步任务等待和优雅关闭流程。Spring 提供了更健壮的机制（`setWaitForTasksToCompleteOnShutdown` 和 `setAwaitTerminationMillis`），应优先使用。通过正确配置，线程池会在 Spring 容器关闭时自动回收资源，避免内存泄漏或线程泄漏[^1][^2]。
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值