Spring定时任务中@PostConstruct被多次执行异常

最新推荐文章于 2025-06-17 21:19:18 发布
原创 最新推荐文章于 2025-06-17 21:19:18 发布 · 6.6k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#spring #异常 #调试 #idea

本文记录了一次因@RequestMapping注解配置重复而导致Spring MVC启动失败的问题排查过程。通过详细的错误日志分析，找到了问题根源并给出了解决方案。

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

Spring定时任务中@PostConstruct被多次执行异常

项目中刚刚修改一个功能，代码正准备验证，启动Idea的debug模式，运行项目，发现启动失败，查看日志发现定时任务被重复执行，导致异常。debug定时任务的初始化类，发现启动定时任务是在@PostConstruct方法中执行的，网上查询，有说Spring在某种情况下初始化有bug，注解@Component可能出现多次执行。把@Component修改为@Service就行了！
结果我改了也没解决问题！
无赖更一步跟进日志，发现以下内容：

[ERROR][2017-06-20 19:50:16] - [org.springframework.web.servlet.DispatcherServlet] - Context initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'requestMappingHandlerMapping' defined in class org.springframework.web.servlet.config.annotation.DelegatingWebMvcConfiguration: Invocation of init method failed; nested exception is java.lang.IllegalStateException: Ambiguous mapping found. Cannot map 'galleryController' bean method 
public com.test.model.domain.response.Result com.test.model.back.controller.GalleryController.removeRecord(java.lang.Integer)
to {[/gallery/removeRecord],methods=[],params=[],headers=[],consumes=[],produces=[],custom=[]}: There is already 'galleryController' bean method
public java.lang.String com.test.model.back.controller.GalleryController.removeRecord(java.lang.Integer,org.springframework.ui.ModelMap) mapped.
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1574) ~[spring-beans-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:539) ~[spring-beans-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:476) ~[spring-beans-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:303) ~[spring-beans-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230) ~[spring-beans-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:299) ~[spring-beans-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194) ~[spring-beans-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:755) ~[spring-beans-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:757) ~[spring-context-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:480) ~[spring-context-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:663) ~[spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:535) ~[spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:489) ~[spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:136) [spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at javax.servlet.GenericServlet.init(GenericServlet.java:158) [servlet-api.jar:3.0.FR]
    at org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1282) [catalina.jar:7.0.70]
    at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1088) [catalina.jar:7.0.70]
    at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5349) [catalina.jar:7.0.70]
    at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5641) [catalina.jar:7.0.70]
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:147) [catalina.jar:7.0.70]
    at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:899) [catalina.jar:7.0.70]
    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:875) [catalina.jar:7.0.70]
    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:652) [catalina.jar:7.0.70]
    at org.apache.catalina.startup.HostConfig.manageApp(HostConfig.java:1863) [catalina.jar:7.0.70]
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.7.0_79]
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) ~[na:1.7.0_79]
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.7.0_79]
    at java.lang.reflect.Method.invoke(Method.java:606) ~[na:1.7.0_79]
    at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:301) [tomcat-coyote.jar:7.0.70]
    at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819) [na:1.7.0_79]
    at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801) [na:1.7.0_79]
    at org.apache.catalina.mbeans.MBeanFactory.createStandardContext(MBeanFactory.java:618) [catalina.jar:7.0.70]
    at org.apache.catalina.mbeans.MBeanFactory.createStandardContext(MBeanFactory.java:565) [catalina.jar:7.0.70]
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.7.0_79]
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) ~[na:1.7.0_79]
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.7.0_79]
    at java.lang.reflect.Method.invoke(Method.java:606) ~[na:1.7.0_79]
    at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:301) [tomcat-coyote.jar:7.0.70]
    at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819) [na:1.7.0_79]
    at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801) [na:1.7.0_79]
    at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1487) [na:1.7.0_79]
    at javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:97) [na:1.7.0_79]
    at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1328) [na:1.7.0_79]
    at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1420) [na:1.7.0_79]
    at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:848) [na:1.7.0_79]
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.7.0_79]
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) ~[na:1.7.0_79]
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.7.0_79]
    at java.lang.reflect.Method.invoke(Method.java:606) ~[na:1.7.0_79]
    at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:322) [na:1.7.0_79]
    at sun.rmi.transport.Transport$2.run(Transport.java:202) [na:1.7.0_79]
    at sun.rmi.transport.Transport$2.run(Transport.java:199) [na:1.7.0_79]
    at java.security.AccessController.doPrivileged(Native Method) [na:1.7.0_79]
    at sun.rmi.transport.Transport.serviceCall(Transport.java:198) [na:1.7.0_79]
    at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:567) [na:1.7.0_79]
    at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:828) [na:1.7.0_79]
    at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.access$400(TCPTransport.java:619) [na:1.7.0_79]
    at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler$1.run(TCPTransport.java:684) [na:1.7.0_79]
    at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler$1.run(TCPTransport.java:681) [na:1.7.0_79]
    at java.security.AccessController.doPrivileged(Native Method) [na:1.7.0_79]
    at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:681) [na:1.7.0_79]
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [na:1.7.0_79]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [na:1.7.0_79]
    at java.lang.Thread.run(Thread.java:745) [na:1.7.0_79]
Caused by: java.lang.IllegalStateException: Ambiguous mapping found. Cannot map 'galleryController' bean method 
public com.test.model.domain.response.Result com.test.model.back.controller.GalleryController.removeRecord(java.lang.Integer)
to {[/gallery/removeRecord],methods=[],params=[],headers=[],consumes=[],produces=[],custom=[]}: There is already 'galleryController' bean method
public java.lang.String com.test.model.back.controller.GalleryController.removeRecord(java.lang.Integer,org.springframework.ui.ModelMap) mapped.
    at org.springframework.web.servlet.handler.AbstractHandlerMethodMapping.registerHandlerMethod(AbstractHandlerMethodMapping.java:212) ~[spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at org.springframework.web.servlet.handler.AbstractHandlerMethodMapping.detectHandlerMethods(AbstractHandlerMethodMapping.java:184) ~[spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at org.springframework.web.servlet.handler.AbstractHandlerMethodMapping.initHandlerMethods(AbstractHandlerMethodMapping.java:144) ~[spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at org.springframework.web.servlet.handler.AbstractHandlerMethodMapping.afterPropertiesSet(AbstractHandlerMethodMapping.java:123) ~[spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping.afterPropertiesSet(RequestMappingHandlerMapping.java:126) ~[spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1633) ~[spring-beans-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1570) ~[spring-beans-4.1.6.RELEASE.jar:4.1.6.RELEASE]
    ... 63 common frames omitted
[2017-06-20 07:50:16,467] Artifact back:war exploded: Artifact is deployed successfully
[2017-06-20 07:50:16,467] Artifact back:war exploded: Deploy took 6,867 milliseconds

原来，由于定时任务异常比较多，忽略了最开始的异常内容，发现程序异常后自己重新又启动了，而这个异常是GalleryController这个控制器中@RequestMapping配置重复导致的。springMVC中不允许有重复@RequestMapping，刚刚修改的方法中忘记修改@RequestMapping中的地址，所以报错，而Idea发现异常后会自动重启Tomcat容器，结果就是无限循环，异常日志太多，看不过来，异常排查的方向不对导致！

【验证向】关于@PostConstruct注解修饰的定时器的执行次数问题
aqin1012的博客
03-10 816
测试代码 import org.springframework.beans.factory.annotation.Autowired; import org.springframework.stereotype.Service; import javax.annotation.PostConstruct; import java.time.Instant; import java.util.concurrent.ScheduledExecutorService; import java.util.con
Spring定时任务自动化：@Scheduled注解的高效使用，有两下子！
**My Coding Family**
05-14 1090
🏆 本文精选收录于《滚雪球学SpringBoot》专栏，专为零基础学习者量身打造。从Spring基础到项目实战，手把手带你掌握核心技术，助力你快速提升，迈向职场巅峰，开启财富自由之路🚀！无论你是刚入门的小白，还是已有基础的开发者，都能在这里找到适合自己的学习路径！    🌟 关注、收藏、订阅，持续更新中！和我们一起高速成长，突破自我！💡
spring使用@PostConstruct踩得坑
打不死的小强lee的博客
06-22 669
在另一个bean BizService中依赖AbstractClass，这样在BizService实例化时需要先实例化依赖的bean,进而触发AbstractClass的实例化，进而执行@PostConstruct注解的方法。本来好好地，但是在另外一个环境却发现程序启动时不执行@PostConstruct注解的init方法了，导致在使用INSTANCES获取实例时获取到的是null。而懒加载情况下，在程序启动时是不会执行@PostConstruct注解的方法的。经过尝试有两种方式可以解决这种问题。
springboot@Postconstruct执行多次
weixin_47952625的博客
09-23 1502
现象: 项目启动@Postconstruct注解的方法执行多次 观察此类下是否有多个子类, 每个子类初始化为bean时都会调用父类@Postconstruct注解的方法 解决方法: @Postconstruct是否可以用@Bean代替
@Scheduled, @PostConstruct, @PreDestroy, @Async, @OnApplicationEvent
张紫娃的博客
06-17 806
Q&A] @PostConstruct，@PreDestroy 引入背景在 Java EE 5 之前，不同框架和容器（如 EJB、Servlet、Spring 等）都有自己定义的生命周期回调机制，例如：Servlet 中使用 init() 和 destroy()Spring 使用 InitializingBean 和 DisposableBean 接口EJB 使用 @PostConstruct 和 @PreDestroy（EJB 特有）
开发错误总结---@PostConstruct注解导致的程序无法启动（@PostConstruct的执行）
未知的希望，是我不灭的信仰
05-02 5133
目录 问题 处理及结果 springboot启动过程 今天楼主遇到一个问题，问题大概是这样的 问题 1、业务原因，需要程序初始化启动后自动执行一个程序，这个程序处在一个死循环内，不会结束，保持自动执行 2、程序启动后，其他所有接口无法调用 处理及结果 然后我开始排查啊，排查啊， 我先尝试重启服务，重新清空IDE的缓存，重启电脑，换环境执行，结果都不行 然后我在每个方法都打了断点，开始执行，这个时候问题开始露头 我发现它走了@PostConstruct注解的方法，但是我这个方法是.
微服务使用FeignClient加载不到配置问题（由@PostConstruct影响报错：choosing server for key null）
qq_45770270的博客
05-02 990
微服务使用FeignClient加载不到配置问题（由@PostConstruct影响报错：choosing server for key null）
工具类引用mapper层服务，@PostConstruct注解报错，报红
菜狗博客
03-21 5130
需求：编写工具类时调用到了dao，service层的服务。 报错：引入@PostConstruct注解时报错:PostConstruct cannot be resolved to a type 报错如图所示： 解决：出现此类错误是缺少对应jar包，如@PostConstruct注解的是存在与annotation.jar包中。在pom.xml文件中引入如下代码，更新项目后即可解决 <de...
Spring定时任务中@PostConstruct被多次执行异常的分析与解决
08-29
然而，在Spring定时任务（如使用`@Scheduled`注解的方法）中，如果遇到`@PostConstruct`被多次执行的情况，这通常意味着存在配置问题或对Spring生命周期的理解不准确。下面我们将深入分析这个问题，并提供相应的解决...
记：一次 spring cloud @PostConstruct 执行两次的分析
qq_30062125的博客
11-19 3976
1、前言 最近遇到一个情况，@PostConstruct 方法会被执行两次，感觉有点奇怪，跟踪代码简单分析了下，场景有点特殊，这里记录下。 @PostConstruct属于JSR250规范，在bean创建完成并且属性赋值完成之后会执行该初始化方法。 内部通过InitDestroyAnnotationBeanPostProcessor实现逻辑。 2、@PostConstruct 出问题写法说...
【Spring】Spring boot @PostConstruct & @PreDestroy
九师兄
09-03 789
要维护代码，发现有人使用了，两个注解，第一次遇到，于是去研究一下，（工作中如果不忙的话，可以留意各种问题，尝试解决问题，是我们学习与巩固知识的好方法）代码样式如下。
@PostConstruct 注解导致的空指针异常
bai_Dreamer的博客
07-17 7462
@PostConstruct 注解导致的空指针异常 @PostConstruct 用途是执行在依赖注入完成之后的操作。 比如：类A注入了类B。在初始化类A时，根据类的执行顺序要先执行类A的构造方法，再执行注入。所以，构造方法中就无法使用类B。而被@PostConstruct注解的方法，在类A初始化的过程中，注入完类B后再执行。 参考：https://blog.youkuaiyun.com/u014515...
一张图帮你记忆，Spring Boot 应用在启动阶段执行代码的几种方式
码农小胖哥
12-30 900
前言有时候我们需要在应用启动时执行一些代码片段，这些片段可能是仅仅是为了记录 log，也可能是在启动时检查与安装证书 ，诸如上述业务要求我们可能会经常碰到Spring Boot 提供了至...
spring的@PostConstruct注解报错,报红,怎么办
无心
09-06 3619
在pom.xml中加上下面这段代码或者添加javax.annotation的jar包就可以了… <dependency> <groupId>javax.annotation</groupId> <artifactId>jsr250-api</artifactId> <version>1.0</version> </dependency> ...
@PostConstruct
AlfredSong的博客
09-01 1105
PostConstruct注释用于在完成依赖项注入以执行任何初始化之后需要执行的方法。必须在类投入使用之前调用此方法。 所有支持依赖注入的类都必须支持此注释。即使类没有请求注入任何资源，也必须调用使用PostConstruct注释的方法。 只有一个方法可以使用此批注进行批注。 应用PostConstruct注释的方法必须满足以下所有条件：除了拦截器之外，方法绝不能有任何参数，在这种情况下它采用I...
依赖包@PostConstruct初始化无效排查
m0_58364871的博客
07-24 447
业务包引用了一个公共包，公共包里使用了@PostConstruct赋值属性，项目启动后报错，断点排查项目启动时未进入此方法，多方排查后，发现是启动类未添加@ComponentScan注解，导致类注册失败。
品Spring源码：对@PostConstruct和@PreDestroy注解的处理方法
cangxuyi2957的博客
09-16 304
在bean的实例化过程中，也会用到一系列的相关注解。如@PostConstruct和@PreDestroy用来标记初始化和销毁方法。平常更多的是侧重于应用，很少会有人去了解它背后发生的事情。今天就来看下它们的源码，这样它们对你来说就不再是黑盒子了，而且学习源码对每个技术人来说都是必经之路。人们对事物的认知以及自己的做法，往往分为三个阶段：1、最初看一个事物，非常复杂，简直没有...
【踩坑记录】@PostConstruct 注解未生效解决方案
热门推荐
丶自定义
08-31 1万+
代码如下： @Data @Component public class YmlConfig { @Value("${test.test01}") private String test01; public static String TEST01; @PostConstruct public void init() { TEST01= this.test01; } } 下面这个方案可能会获取到 null 值，原因：@Compo..
在spring中使用@PostConstruct时，调用service中出现nullPointer
happybear_的博客
01-27 1495
在spring中常常需要在spring注入属性后，需要先到数据库查询某些值，对自己属性进行一些初始化，这需要用到@PostConstruct。 网上的说法是spring先注入属性，然后再执行@PostConstruct的方法，可是我在使用时，其中注入的service中报了nullpointer 。 后来发现，使用该service时需要用到service中的某个spring注入的属性，但此属性初始化是写在setter上的，最后将尝试将通过setter方式注入改为直接在属性上注入，则上面的PostCons.
spring + Quartz 从数据库中获取定时任务和定时时间
最新发布
06-26
我们正在讨论如何在Spring框架中集成Quartz，并实现从数据库动态加载定时任务及其调度时间配置。参考引用内容，我们可以总结出以下关键点：1.需要引入SpringBootStarterQuartz依赖（如引用[1]所述），它简化了Quartz...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值