1.根据异常的堆栈信息排查异常出现的原因

最新推荐文章于 2024-06-13 16:02:46 发布
最新推荐文章于 2024-06-13 16:02:46 发布
阅读量779 收藏
点赞数
分类专栏： 12_排查问题 文章标签： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_34928026/article/details/109408665
版权

根据异常的堆栈信息排查异常出现的原因

异常堆栈信息示例

java.lang.NullPointerException: null
	at com.fdd.op.common.exception.GlobalExceptionHandler.resolveException(GlobalExceptionHandler.java:222)
	at com.fdd.op.gateway.server.exception.JsonExceptionHandler.handle(JsonExceptionHandler.java:115)
	at org.springframework.web.server.handler.ExceptionHandlingWebHandler.lambda$handle$0(ExceptionHandlingWebHandler.java:68)
	at reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onError(FluxOnErrorResume.java:88)
	at reactor.core.publisher.MonoFlatMap$FlatMapMain.secondError(MonoFlatMap.java:185)
	at reactor.core.publisher.MonoFlatMap$FlatMapInner.onError(MonoFlatMap.java:251)
	at reactor.core.publisher.Operators$MonoSubscriber.onError(Operators.java:1670)
	at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreInner.onError(MonoIgnoreThen.java:235)
	at reactor.core.publisher.FluxPeek$PeekSubscriber.onError(FluxPeek.java:214)
	at reactor.core.publisher.FluxPeek$PeekSubscriber.onNext(FluxPeek.java:186)
	at reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onNext(FluxOnErrorResume.java:73)
	at reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onNext(FluxOnErrorResume.java:73)
	at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onNext(FluxMapFuseable.java:121)
	at reactor.core.publisher.FluxContextStart$ContextStartSubscriber.onNext(FluxContextStart.java:103)
	at reactor.core.publisher.FluxContextStart$ContextStartSubscriber.onNext(FluxContextStart.java:103)
	at reactor.core.publisher.FluxMapFuseable$MapFuseableConditionalSubscriber.onNext(FluxMapFuseable.java:287)
	at reactor.core.publisher.FluxFilterFuseable$FilterFuseableConditionalSubscriber.onNext(FluxFilterFuseable.java:331)
	at reactor.core.publisher.Operators$MonoSubscriber.complete(Operators.java:1623)
	at reactor.core.publisher.MonoCollect$CollectSubscriber.onComplete(MonoCollect.java:160)
	at reactor.core.publisher.FluxJust$WeakScalarSubscription.request(FluxJust.java:101)
	at reactor.core.publisher.MonoCollect$CollectSubscriber.onSubscribe(MonoCollect.java:120)
	at reactor.core.publisher.FluxJust.subscribe(FluxJust.java:70)
	at reactor.core.publisher.FluxDefer.subscribe(FluxDefer.java:54)
	at reactor.core.publisher.MonoCollect.subscribe(MonoCollect.java:68)
	at reactor.core.publisher.MonoFilterFuseable.subscribe(MonoFilterFuseable.java:44)
	at reactor.core.publisher.MonoMapFuseable.subscribe(MonoMapFuseable.java:56)
	at reactor.core.publisher.MonoSubscriberContext.subscribe(MonoSubscriberContext.java:47)
	at reactor.core.publisher.MonoSubscriberContext.subscribe(MonoSubscriberContext.java:47)
	at reactor.core.publisher.MonoMapFuseable.subscribe(MonoMapFuseable.java:59)
	at reactor.core.publisher.MonoOnErrorResume.subscribe(MonoOnErrorResume.java:44)
	at reactor.core.publisher.MonoOnErrorResume.subscribe(MonoOnErrorResume.java:44)
	at reactor.core.publisher.MonoPeek.subscribe(MonoPeek.java:71)
	at reactor.core.publisher.Mono.subscribe(Mono.java:3882)
	at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.drain(MonoIgnoreThen.java:172)
	at reactor.core.publisher.MonoIgnoreThen.subscribe(MonoIgnoreThen.java:56)
	at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:150)
	at reactor.core.publisher.FluxContextStart$ContextStartSubscriber.onNext(FluxContextStart.java:103)
	at reactor.core.publisher.FluxContextStart$ContextStartSubscriber.onNext(FluxContextStart.java:103)
	at reactor.core.publisher.FluxMapFuseable$MapFuseableConditionalSubscriber.onNext(FluxMapFuseable.java:287)
	at reactor.core.publisher.FluxFilterFuseable$FilterFuseableConditionalSubscriber.onNext(FluxFilterFuseable.java:331)
	at reactor.core.publisher.Operators$MonoSubscriber.complete(Operators.java:1623)
	at reactor.core.publisher.MonoCollect$CollectSubscriber.onComplete(MonoCollect.java:160)
	at reactor.core.publisher.FluxMap$MapSubscriber.onComplete(FluxMap.java:136)
	at reactor.core.publisher.FluxPeek$PeekSubscriber.onComplete(FluxPeek.java:252)
	at reactor.core.publisher.FluxMap$MapSubscriber.onComplete(FluxMap.java:136)
	at reactor.netty.channel.FluxReceive.terminateReceiver(FluxReceive.java:419)
	at reactor.netty.channel.FluxReceive.drainReceiver(FluxReceive.java:209)
	at reactor.netty.channel.FluxReceive.onInboundComplete(FluxReceive.java:367)
	at reactor.netty.channel.ChannelOperations.onInboundComplete(ChannelOperations.java:365)
	at reactor.netty.http.server.HttpServerOperations.onInboundNext(HttpServerOperations.java:496)
	at reactor.netty.channel.ChannelOperationsHandler.channelRead(ChannelOperationsHandler.java:90)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:377)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:363)
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:355)
	at reactor.netty.http.server.HttpTrafficHandler.channelRead(HttpTrafficHandler.java:214)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:377)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:363)
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:355)
	at io.netty.channel.CombinedChannelDuplexHandler$DelegatingChannelHandlerContext.fireChannelRead(CombinedChannelDuplexHandler.java:436)
	at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:321)
	at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:295)
	at io.netty.channel.CombinedChannelDuplexHandler.channelRead(CombinedChannelDuplexHandler.java:251)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:377)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:363)
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:355)
	at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:377)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:363)
	at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919)
	at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:163)
	at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:714)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:650)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:576)
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:493)
	at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:989)
	at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
	at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
	at java.lang.Thread.run(Thread.java:748)
	Suppressed: java.lang.NullPointerException: null
		at com.fdd.op.gateway.server.filter.GatewayContextFilter.lambda$null$4(GatewayContextFilter.java:384)
		at java.util.Map.forEach(Map.java:630)
		at com.fdd.op.gateway.server.filter.GatewayContextFilter.lambda$null$5(GatewayContextFilter.java:383)
		at reactor.core.publisher.FluxPeek$PeekSubscriber.onNext(FluxPeek.java:177)
		... 68 common frames omitted

异常分析

  1. 首先从这个堆栈信息可以看出，抛出了两个NullPointerException异常
  2. 所有的异常信息，先看最下面的异常，最下面的异常是最先出现的异常
  3. 然后每个异常下的第一行，就是这个异常抛出的位置
  4. 所以从这个堆栈信息可以看出
    1. 第一个异常是80行的NullPointerException异常，而抛出这个异常的代码在com.fdd.op.gateway.server.filter.GatewayContextFilter.lambda$null$4(GatewayContextFilter.java:384)这个位置，也就是在GatewayContextFilter这个类的384行，并且这行代码是lambda写的。
    2. 第二个异常就是第1行的NullPointerException异常，抛出这个异常的代码在com.fdd.op.common.exception.GlobalExceptionHandler.resolveException(GlobalExceptionHandler.java:222)，也就是GlobalExceptionHandler类的resolveException方法，并且在GlobalExceptionHandler类的222行。

排查异常问题

  1. 知道问题后，我们现在来排查这个问题，首先定位为什么会抛出第一个异常，所以在第一个异常出现的代码位置打个断点，也就是在GatewayContextFilter类的384行打个断点
  2. 然后再请求一次，让代码执行到断点这个地方，当程序运行到断点这个地方的时候，先别急着跨过这个断点让代码执行到后面，应该让程序先停在这个断点的地方，然后根据上面的代码和数据分析导致这行抛出空指针的对象为什么是空的，因为这个对象是空对象并且这个空对象在这行调用了方法，所以导致抛出空指针。
在路上_蜗牛
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
异常堆栈信息toString
雪落南城的博客
07-22 450
包org.apache.commons.lang.exception pom: common-lang ExceptionUtils.getFullStackTrace(e);
记录详细的异常堆栈信息
依凡的博客
04-16 1399
说明 通常在catch到异常的时候，我们会使用error的日志级别打印一条异常日志，方便问题排查，但我们发现使用e.getMessage()获取异常信息时，经常会返回为null的情况，这对我们排查问题无法提供帮助。下面介绍下日志打印详细堆栈信息的方式 @Slf4j public class ExceptionUtil { /** * 记录异常详细的堆栈信息 * ...
故意抛出异常，通过打印堆栈信息来分析Android业务流程
最新发布
m0_48191699的博客
06-13 243
在Android开发中，有时为了深入了解应用的运行流程，特别是当遇到难以追踪的bug时，我们可能会采取一种“极端”的手段——故意抛出异常，并利用Java或Kotlin的堆栈信息来追踪代码的执行路径。虽然这不是一个推荐的常规做法，但在某些调试阶段，它确实能够为我们提供宝贵的线索。
看懂java的异常堆栈信息
kitahiragawa的博客
11-05 1578
1、打印出的时抛出异常时的方法栈信息（方法调用链），栈的最上面是异常抛出的根源方法，栈的最下面一定是main或者run方法 2、很多情况下，会有caused by部分，这是栈的最上面的方法抛出异常的原因，也是方法堆栈信息（方法调用链），在这部分，栈的最下方往往会省略一些，这是为了更简洁，省略的部分是caused by部分的上一个堆栈部分的信息，caused by部分显示出来的最下面的方法是上一个堆栈部分的栈顶方法
java通过异常堆栈查找发生异常的直接原因（使用e.getCause()）
liaomingwu的专栏
01-24 2536
java通过异常堆栈查找发生异常的直接原因（使用e.getCause()）
你真的会看异常堆栈信息么
keocce的博客
04-26 1219
​接口在线上服务器出现异常的时候，我们第一时间就是去服务器看下log，检查log是否有异常堆栈信息，如果有异常堆栈信息的话，再结合api的access log，是非常容易找出问题所在的，所以我们要学会看异常堆栈信息。异常堆栈信息如何看呢？下面我们一起来看一下。 下面是一个简单的demo： package person.ismallboy.console; ​ i...
程序异常的堆栈查看
joinpark的专栏
04-18 571
原先的上下文被保存，直接切换成了异常的上下文。可以看到最后调用了0地址，导致崩溃，查看实际代码，是加载dll，并后去地址func，结果func是空导致崩溃。这里看到的是异常发生后的堆栈，异常的处理，是一个异常处理的上下文。当程序异常时，使用vs查看可能会看不到正确的堆栈，例如。
Java中异常堆栈信息的具体执行过程
张子又
12-17 941
举例：写一个空指针异常 * 1:声明一个引用类型，并且赋值为null * 2：使用这个null变量调用方法或者属性，都会产生空指针异常 * * 注意：异常信息，是JVM给程序跑出来的，我们程序员加try…catch…，是为了是代码能正常的执行下去 * 注意：如果你知道你的代码有可能报什么异常，那么就在catch中写一个具体的异常类型 * 注意：如果你自己写的异常没有和代码抛出的异常匹...
阅读异常堆栈信息的正确方式
立志成为一个前端、后端、测试全方位发展的程序员
04-16 1069
异常 文章目录异常一、Throwable类中的常用方法1. 四个构造方法2. getMessage3. toString4. getStackTrace5. printStackTrace二、异常演示 一、Throwable类中的常用方法 1. 四个构造方法 空参 //构造一个将null作为其详细信息的Throwable对象 public Throwable() { //清空原来的栈内的trace信息，然后在当前的调用位置处重新建立trace信息 fillInStackTrac
Linux排查JVM堆栈问题
毕九生的博客
09-26 2000
1、查看进程pid ps -ef | grep 进程名 2、抓取堆栈信息 jstack [pid] > jstack_info.txt #查询信息输出TXT中 3、pstack使用 pstack是gdb的一部分，如果系统没有pstack命令，使用yum搜索安装gdb即可。 yum install gdb -y pstack 与 gstack 区别： pstack是/usr/bin/gstack的软链接。 4、输入命令查看gc情况 命令： jstat -gcutil 进程号 刷新的毫秒数 展示的记
【webFlux】Flux如何捕获Exception异常
资深全栈开发工程师
06-02 1011
可以使用onErrorResume操作符来处理Flux操作中发生的异常，包括NullPointerException。onErrorResume操作符会在发生异常时捕获该异常并返回一个备用的Flux，从而避免程序由于异常而崩溃。在这个例子中，源Flux包含了一个空值，如果不处理空值，将会抛出。使用map操作符将字符串转换为大写时，如果遇到空值，就会抛出异常。使用操作符捕获这个异常，输出错误信息，并返回一个空的Flux，从而避免程序崩溃。需要注意的是，操作符只会捕获指定类型的异常。
03-Mono & Flux操作
Tong_Rui的博客
04-03 3933
上一节主要介绍了如何基于Mono和Flux构建一个数据流，Mono是Flux的特例，但大部分API 都是一致的所以重点讲的是Flux。本章将讲Flux和Mono的操作符，如 转换、过滤、异常处理、日志、Debug等一些API。 1. buffer buffer方法相当于将序列中的一部分数据收集到一个集合中，并作为一个新的流元素发送到下游。 这里看buffer的重载方法特别多啊，基本功能肯定是一样的只是多了一些附加条件。我们加单示例几种。 示例1： 指定收集的元素个数 public static void
[响应式编程] 如何优雅Exception异常处理
BASK2312的博客
02-16 245
本文先从reactor异常处理的底层机制讲起，讲清楚了一个基本概念：只要出现异常，不管如何处理，旧的流都已经结束，接下来处理的都是新的流。在这基础上，按命令式编程中的try-catch-finally的方式，用reactor的方式进行了一一替代介绍，希望通过对比的方式，能更好的掌握在reactor中如何优雅的处理异常。作者：临虹路365号。
java异常resolveExce_javase基础知识03-异常Exception和自定义异常及测试
weixin_39912368的博客
02-28 329
1.异常的分类Error:这是我们处理不了的异常。我们要处理的异常有两种：编译时被检测异常：该异常在编译时，如果没有处理(没有抛也没有try)，编译失败。该异常会被eclipse标识，代表这可以被处理。运行时异常(编译时不检测)该异常的发生说明，我们需要对某些代码进行修正。2.异常体系的根类是:ThrowableThrowable：|--Error: 重大的问题，我们处理不...
此异常最初是在此调用堆栈中引发的_Python traceback模块与异常返回
weixin_35056701的博客
01-24 136
traceback模块作用：traceback模块被用来跟踪异常返回信息import traceback # 调用traceback模块try: if str(123) > 5: print('这是一个无法执行的错误')except Exception: traceback.print_exc() # 返回错误信息# 控制台输出结果：# Traceback (m...
SpringBoot整合redis，启动提示错误信息： An exception was thrown by org.redisson.misc.RedissonPromise$$Lambda$682
qq_43137849的博客
02-23 3020
SpringBoot整合redis，启动提示错误信息 错误提示信息如下： 2022-02-22 16:16:06.773 WARN 1 --- [sson-netty-2-17] io.netty.util.concurrent.DefaultPromise : An exception was thrown by org.redisson.misc.RedissonPromise$$Lambda$682/0x0000000100777c40.operationComplete() java.lang
从一个异常堆栈学习java的lambda表达式
“点点”专栏
08-13 613
2021-08-13 10:22:14.464 12589-12589/com.sohu.sohuvideo E/AndroidRuntime: FATAL EXCEPTION: main Process: com.sohu.sohuvideo, PID: 12589 java.lang.NullPointerException: Attempt to invoke virtual method 'int java.lang.Integer.intValue()' on a null obj
logack error 异常堆栈信息为一行
08-31
当出现"logack error"异常堆栈信息为一行时，这通常是指在程序中使用了日志库（比如log4j、logback等）记录日志的过程中出现了错误。 具体来说，"logack error"异常可能出现在以下几种情况下： 1. 配置错误：可能...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值