Mongo Handler dispatch failed； nested exception is java.lang.StackOverflowError

最新推荐文章于 2024-03-08 12:32:34 发布
原创 最新推荐文章于 2024-03-08 12:32:34 发布 · 417 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java #servlet #开发语言 #mongodb

本文记录了一次 Spring MVC 项目中出现的 StackOverflowError 异常排查过程，详细展示了异常堆栈跟踪信息，并提供了初步的解决方向。 
org.springframework.web.util.NestedServletException: Handler dispatch failed; nested exception is java.lang.StackOverflowError
        at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1054)
        at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:942)
        at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:1005)
        at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:908)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:660)
        at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:882)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
        at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
        at com.dianping.cat.servlet.CatFilter$Context.handle(CatFilter.java:395)
        at com.dianping.cat.servlet.CatFilter$CatHandler$3.handle(CatFilter.java:219)
        at com.dianping.cat.servlet.CatFilter$Context.handle(CatFilter.java:393)
        at com.dianping.cat.servlet.CatFilter$CatHandler$4.handle(CatFilter.java:305)
        at com.dianping.cat.servlet.CatFilter$Context.handle(CatFilter.java:393)
        at com.dianping.cat.servlet.CatFilter$CatHandler$2.handle(CatFilter.java:202)
        at com.dianping.cat.servlet.CatFilter$Context.handle(CatFilter.java:393)
        at com.dianping.cat.servlet.CatFilter$CatHandler$1.handle(CatFilter.java:110)



// .......
Caused by: java.lang.StackOverflowError: null
        at java.util.concurrent.locks.ReentrantReadWriteLock$Sync.tryReleaseShared(ReentrantReadWriteLock.java:423)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.releaseShared(AbstractQueuedSynchronizer.java:1341)
        at java.util.concurrent.locks.ReentrantReadWriteLock$ReadLock.unlock(ReentrantReadWriteLock.java:881)
        at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:229)
        at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:85)
        at org.springframework.data.mapping.context.MappingContext.getRequiredPersistentEntity(MappingContext.java:113)
        at org.springframework.data.mongodb.core.convert.MappingMongoConverter.writePropertyInternal(MappingMongoConverter.java:625)
        at org.springframework.data.mongodb.core.convert.MappingMongoConverter.writeProperties(MappingMongoConverter.java:550)
        at org.springframework.data.mongodb.core.convert.MappingMongoConverter.writeInternal(MappingMongoConverter.java:526)
        at org.springframework.data.mongodb.core.convert.MappingMongoConverter.writeInternal(MappingMongoConverter.java:499)
        at org.springframework.data.mongodb.core.convert.MappingMongoConverter.writeCollectionInternal(MappingMongoConverter.java:746)
        at org.springframework.data.mongodb.core.convert.MappingMongoConverter.createCollection(MappingMongoConverter.java:662)
        at org.springframework.data.mongodb.core.convert.MappingMongoConverter.writePropertyInternal(MappingMongoConverter.java:576)
        at org.springframework.data.mongodb.core.convert.MappingMongoConverter.writeProperties(MappingMongoConverter.java:550)

检查插入数据的实体
有没有使用@Slf4J 有的话删除

bug–0/1
关注
【Spring】Bean instantiation via constructor failed nested exception Constructor threw exception
九师兄
03-03 4370
1.概述 我今天一个程序报错依赖异常。错误信息如下 Caused by:UnsatisfiedDependencyException: Error creating bean with name 'extensionServiceImpl': Unsatisfied dependency expressed through field 'zkService'; nested exception is BeanCreationException: Error creating bean with name '
Springboot异常java.lang.StackOverflowErrorfen分析及解决办法
两只橙的博客
10-13 8476
一、报错信息 Caused by: java.lang.StackOverflowError: null at java.io.ObjectInputStream$BlockDataInputStream.readByte(ObjectInputStream.java:2774) at java.io.ObjectInputStream.readHandle(ObjectInputStream...
Spring Jpa 报错 Handler dispatch failed； nested exception is java.lang.StackOverflowError问题解决
bo1988313的博客
04-13 6053
在开发中遇到spring Jpa 双向绑定报错的问题。以下为解决过程。 仅供参考。 日志： org.springframework.web.util.NestedServletException: Handler dispatch failed; nested exception is java.lang.StackOverflowError at org.springframework.web.servlet.DispatcherServlet.doDispatch(Dispatcher.
Handler dispatch failed； nested exception is java.lang.StackOverflowError问题解决
爱喝雪碧的大个子
01-17 1万+
问题描述： 运行项目后，新增了几条数据，出现问题，报错如下： org.springframework.web.util.NestedServletException: Handler dispatch failed; nested exception is java.lang.StackOverflowError 找了一大圈，最后发现只要把新增数据表的数据删完，就可以正常运行了，但是，这样是不能解决问题的。 原因分析： 原因及解决如下：在hibernate一对多映射中，两个实体都重写了toStrin
java项目开发过程中，栈溢出错误的解决方式
YHLSunshine的博客
03-08 1246
java项目开发过程中，栈溢出错误的解决方式
【Bug】Handler dispatch failed; nested exception is java.lang.StackOverflowError
Abby_lxf的博客
07-05 1373
https://blog.csdn.net/MonkeyBrothers/article/details/80805838
SSM框架使用时遇到Handler dispatch failed; nested exception is java.lang.StackOverflowError
Bad_Shepherd的博客
04-29 1107
根据提示。发现显示堆溢出，一般是死循环了。需要检查一下service层的 发现本身时service的实现类却又注入了service，这样就死循环了 修改一下，改注入Dao层的即可 ...
一次OutOfMemoryError: GC overhead limit exceeded
被基金支配的打工人
10-15 789
现象： 由于需要将mysql表中的过期数据在凌晨定时读取出过滤后转入到MongoDB，一个转换SQL达到百行，而且有几十个，集中运行后程序反馈异常： Handler dispatch failed; nested exception is java.lang.OutOfMemoryError: GC overhead limit exceeded Heap内存：1.5G，程序在Docker容器限制使用内存2G。 监控到内存GC变化： Heap内存占用骤升至1.2G，然后不停的进行FullGC，
【解决方案】pyspark 初次连接mongo 时报错Class not found exception:com.mongodb.spark.sql.DefaultSource
01-20
 File /home/cisco/spark-mongo-test.py, line 7, in  df = spark.read.format(com.mongodb.spark.sql.DefaultSource).load()  File /home/cisco/spark-2.2.0-bin-hadoop2.7/python/lib/pyspark.zip/pyspark/sql/...
mongo-java-driver-3.2.2.jar.zip
04-14
MongoDB是一个流行的开源、文档型数据库系统，而`mongo-java-driver`是官方提供的Java API，允许开发者在Java应用程序中执行各种数据库操作，如读取、写入、查询等。 在本例中，我们讨论的是`mongo-java-driver`的...
第一此遇见Handler dispatch failed; nested exception is java.lang.StackOverflowError
qq_31564573的博客
04-09 5017
Handler dispatch failed; nested exception is java.lang.StackOverflowError 对象自己不要引用自己
bug:Handler dispatch failed； nested exception is java.lang.StackOverflowError
盼君的程序人生
11-26 635
【异常】Handler dispatch failed; nested exception is java.lang.StackOverflowError 【分析】 可能存在 递归函数导致的栈溢出错误 【原因】 str.matches("\d+(,\d+)*" str 字符串 超长，有 1.5K
Handler dispatch failed; nested exception is java.lang.StackOverflowError
JT1992413的博客
10-24 4216
怪就怪在自己粗心，可能dao层或者service层方法调用错误，我是压根就没写红框中的对象名。所以写代码还是细心点，一不小心就会出错！
springMVC Handler dispatch failed nested exception is java.lang.StackOverflowError
qq_43623492的博客
05-23 3454
Error情况： 原因： 一般这种情况就是死循环了，果不其然，自己注入了自己，这样就会一直注入自己，最终就导致了栈溢出，哎，这该死的粗心。 解决方案：
Mybatis批量查询，报错：Handler dispatch failed； nested exception is java.lang.StackOverflowError
dear_Alice_moon的专栏
05-22 6763
Mybatis批量查询，报错：org.springframework.web.util.NestedServletException: Handler dispatch failed; nested exception is java.lang.StackOverflowError
调用toDto()方法报错Handler dispatch failed； nested exception is java.lang.StackOverflowError
weixin_44180334的博客
05-13 408
场景：hibernate一对多关系，调用toDto()把实体转VM报错 前端返回错误信息 后台错误日志截图 从下面的截图可以看出最终方法又调用了自己 解决方式：hibernate一对多关系，把多方VM中的FolateManagementFileVM 对象删除掉 然后重新编译启动项目 ...
Handler dispatch failed； nested exception is java.lang.StackOverflowError
热门推荐
MonkeyBrothers的博客
06-25 7万+
springBoot项目遇到了“Handler dispatch failed; nested exception is java.lang.StackOverflowError”的错误。总结一哈：StackOverflowError通常情况下是死循环或者是循环依赖了。Caused by: java.lang.StackOverflowError at com.hry.seckill.servi...
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'notificationRuleServiceImpl': Invocation of init method failed; nested exception is java.lang.NullPointerException
最新发布
10-09
<think>好的，我现在需要分析用户提供的错误信息，并给出解决方案。错误是Spring框架在创建Bean时抛出的BeanCreationException，具体原因是调用init方法失败，导致的NullPointerException。用户提供的错误堆栈指向了NotificationRuleServiceImpl的preloadCaches方法，特别是第98行。 首先，我需要理解这个错误的上下文。BeanCreationException通常发生在Spring初始化Bean时，可能是配置错误或依赖项未正确注入。而NullPointerException说明在preloadCaches方法中某个对象为null，导致调用方法或访问属性时出错。 接下来，我需要检查用户提供的代码片段。preloadCaches方法中，使用了notificationRuleDAO.pageFindNotificationRule(page, pageSize)来获取数据。如果notificationRuleDAO未被正确注入，那么调用其方法时会导致NullPointerException。 可能的原因有几个： 1. notificationRuleDAO没有被正确注入到NotificationRuleServiceImpl中。检查是否有@Autowired注解或构造函数注入。 2. Spring配置中是否有问题，导致NotificationRuleDAOImpl没有被正确注册为Bean。 3. 分页方法可能返回null而不是空列表，导致后续处理batchNotificationRule时出现空指针。 4. 其他依赖项（如日志对象log）未正确注入，但可能性较低，因为日志通常使用静态导入或AOP注入。 接下来，我需要逐步分析这些可能性。首先检查notificationRuleDAO的注入情况。查看NotificationRuleServiceImpl类中的notificationRuleDAO字段是否有@Autowired注解，或者是否通过构造函数注入。如果没有，那么这就是问题所在。 另外，检查NotificationRuleDAOImpl类是否有@Component或其他注解，确保它被Spring管理为Bean。如果DAO没有被正确注册为Bean，Spring无法注入它，导致null。 此外，在分页查询时，pageFindNotificationRule方法是否可能返回null？通常，Spring Data的查询方法会返回空集合而不是null，但如果有自定义实现，可能需要检查DAO层的代码逻辑，确保在没有结果时返回空列表而不是null。 另外，检查preloadCaches方法中的其他变量，如pageSize是否被正确初始化。如果pageSize为0或未赋值，可能导致分页逻辑异常，但错误类型可能不同。 总结可能的解决步骤： 1. 确保notificationRuleDAO被正确注入。 2. 检查DAO类是否被Spring管理。 3. 确保分页方法返回空列表而非null。 4. 添加空值检查和日志，定位具体为null的对象。 还需要考虑其他可能的null点，比如notificationRuleDAO.pageFindNotificationRule返回的batchNotificationRule是否为null，或者在处理每个rule时，rule本身是否有null值。例如，如果数据库中存在null文档，可能导致转换失败，但通常MongoDB驱动会处理这些情况。 最后，用户需要根据这些分析步骤逐一排查问题，确保所有依赖项正确注入，并处理可能的null返回值。</think>### 错误原因分析 该异常表明 Spring 在初始化 `notificationRuleServiceImpl` Bean 时因 `@PostConstruct` 方法（`preloadCaches()`）执行失败导致 Bean 创建失败，核心问题为 **空指针异常（NullPointerException）**，可能原因包括： 1. **依赖注入失败** - `notificationRuleDAO` 未正确注入（如未使用 `@Autowired` 注解或未通过构造函数注入）。 - `notificationRuleDAO` 对应的实现类未被 Spring 管理（如未标注 `@Component` 或 `@Repository`）。 2. **DAO 分页方法返回 `null`** - `pageFindNotificationRule()` 返回 `null` 而非空列表，后续调用 `batchNotificationRule.size()` 或遍历时触发空指针。 3. **MongoDB 映射异常导致查询失败** - 数据库字段反序列化失败（如枚举字段 `scenarioList` 包含非法值），导致查询抛出异常并被吞没，最终返回 `null`。 4. **日志对象 `log` 未初始化** - 若 `log` 使用 `@Slf4j` 注解生成，需确认是否配置了 Lombok 插件；若手动创建，需检查是否正确初始化。 --- ### 解决方案 #### ✅ 1. **检查依赖注入** - **验证 `notificationRuleDAO` 注入**： 在 `NotificationRuleServiceImpl` 中确保 `notificationRuleDAO` 被正确注入： ```java @Service public class NotificationRuleServiceImpl implements NotificationRuleService { @Autowired private NotificationRuleDAO notificationRuleDAO; // 确认注解存在 } ``` - **确认 DAO 类被 Spring 管理**： 在 `NotificationRuleDAOImpl` 类上添加注解： ```java @Repository public class NotificationRuleDAOImpl implements NotificationRuleDAO { ... } ``` #### ✅ 2. **修复 DAO 分页逻辑** - **确保分页方法返回空列表**： 修改 `pageFindNotificationRule()` 方法，避免返回 `null`： ```java public List<NotificationRulePO> pageFindNotificationRule(int page, int pageSize) { List<NotificationRulePO> result = mongoTemplate.find( new Query().skip((page - 1) * pageSize).limit(pageSize), NotificationRulePO.class ); return result != null ? result : Collections.emptyList(); } ``` #### ✅ 3. **添加空值防护与日志** - **在 `preloadCaches()` 中添加空值检查**： 防止因 `batchNotificationRule` 为 `null` 导致后续遍历失败： ```java @PostConstruct public void preloadCaches() { log.info("Start preheating cache..."); int page = 1; int pageSize = 100; // 根据数据量调整 List<NotificationRulePO> batch; do { try { batch = notificationRuleDAO.pageFindNotificationRule(page, pageSize); if (batch == null) { // 显式检查 null log.error("Batch is null for page {}", page); break; } log.info("Loaded page {}, size {}", page, batch.size()); processBatch(batch); // 将处理逻辑提取为独立方法 } catch (Exception e) { log.error("Failed to load page {}", page, e); throw e; } page++; } while (!batch.isEmpty()); log.info("Cache preheating completed."); } ``` #### ✅ 4. **调试 MongoDB 映射问题** - **验证数据库字段反序列化**： 检查 `NotificationRulePO` 类中 `scenarioList` 字段的枚举映射是否正确，参考前文 **自定义 MongoDB 枚举转换器** 方案。 - **手动测试 DAO 查询**： 在单元测试中调用 `pageFindNotificationRule(1, 100)`，验证是否能正常返回数据。 #### ✅ 5. **检查日志对象初始化** - **确认 `log` 对象可用**： 若使用 Lombok 的 `@Slf4j`，需安装 Lombok 插件并确保编译时生成代码；若手动创建，需显式初始化： ```java private static final Logger log = LoggerFactory.getLogger(NotificationRuleServiceImpl.class); ``` --- ### 示例修复代码 #### 修复后的 Service 类 ```java @Service public class NotificationRuleServiceImpl implements NotificationRuleService { @Autowired private NotificationRuleDAO notificationRuleDAO; private static final Logger log = LoggerFactory.getLogger(NotificationRuleServiceImpl.class); @PostConstruct public void preloadCaches() { log.info("Start preheating cache..."); int page = 1; int pageSize = 100; List<NotificationRulePO> batch; do { batch = notificationRuleDAO.pageFindNotificationRule(page, pageSize); if (batch == null) { log.error("Batch is null for page {}", page); break; } log.info("Loading page {}, size {}", page, batch.size()); for (NotificationRulePO rule : batch) { // 处理逻辑... } page++; } while (!batch.isEmpty()); log.info("Cache preheating completed."); } } ``` --- ### 关键知识点 - **Spring Bean 生命周期**：`@PostConstruct` 方法在 Bean 初始化阶段执行，若抛出异常会导致 Bean 创建失败。 - **依赖注入检查**：确保所有 `@Autowired` 字段非空，可通过 `@PostConstruct` 初始化方法添加空值校验。 - **异常链追踪**：通过日志记录具体失败上下文（如页码、字段名），快速定位空指针源头。 --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值