Java异常日志堆栈丢失的原因与排查

2024-07-31 06:27:13

前言

查日志是我们排查问题的重要手段之一，直接又方便。其中异常日志堆栈信息可以让我们快速的发现问题所在，但稍微有点经验的开发应该会遇到过日志堆栈信息丢失的情况。

堆栈只打印了一行：java.lang.NullPointerException，然后什么信息都没有了，这是怎么回事？
如果面试中，就可以提一些问题：

什么情况下Java的异常日志堆栈信息会丢失？其原因是什么？异常堆栈丢失情况下要如何排查问题？

原因

JVM内部同一个方法被调用多次的时候，会被JIT编译器进行优化，在Oracle官方文档中，有一段英文描述：

The compiler in the server VM now provides correct stack backtraces for all "cold" built-in exceptions. For performance purposes, when such an exception is thrown a few times, the method may be recompiled. After recompilation, the compiler may choose a faster tactic using preallocated exceptions that do not provide a stack trace. To disable completely the use of preallocated exceptions, use this new flag: -XX:-OmitStackTraceInFastThrow.

在Server模式下的JVM编译器提供了一种方式可以让我们回溯异常的堆栈信息，但是出于性能的因素，当类似的异常抛出多次的时候，异常方法可以被重新编译，重新编译后，编译器会采用更快的策略使用预分配缓存区的异常，并且不再提供堆栈信息。

如果不想使用预分配缓存的异常使用-XX:-OmitStackTraceInFastThrow标记。

另外一方面异常栈的获取是非常消耗性能的，这点通过JVM内部默认会对一些异常不进行堆栈回溯也可以看出。

异常丢失如何排查

试着隔离一两台机器，重启两台机器观察情况
-XX:-OmitStackTraceInFastThrow可以控制不进行异常堆栈优化，如果关闭，就需要预防产生“日志风暴”，否则，一旦高频应用出现异常可能很快用满服务器磁盘。

验证堆栈丢失Demo

public class ExceptionLossDemo {
 public static void main(String[] args) {
  boolean flag = false;
  for (int i = 0;;i++){
   boolean isExceptionStackLoss = exceptionTest();
   if (isExceptionStackLoss) {
    flag = true;
    System.out.println("times:" + i + ", res:" + isExceptionStackLoss);
   } else if (flag) {
    System.out.println("times:" + i + ", res:" + isExceptionStackLoss);
   }
  }
 }

 public static boolean exceptionTest() {
  try {
   // 构造一个NPE异常
   int res = ((Integer)null) + 1;
  } catch (Exception e) {
   if (e.getStackTrace().length == 0) {
    // 打印堆栈信息
    e.printStackTrace();
    try {
     // 当出现 NPE 异常堆栈为空的时候，停留5秒，便于观察
     Thread.sleep(5000);
    } catch (Exception e1) {
    }
    // 如果出现 NPE 异常堆栈为空，返回true
    return true;
   }
   // 打印堆栈信息
   e.printStackTrace();
  }

  return false;
 }
}

最后

希望对大家有所帮助，技术不断精进..

到此这篇关于Java异常日志堆栈丢失的原因与排查的文章就介绍到这了,更多相关Java异常日志堆栈丢失内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！

详解Java 打印堆栈的几种方法

java 中可以通过 eclipse 等工具直接打印堆栈,但是对于某些环境中无法使用 eclipse 工具时,需要知道堆栈,如何处理呢? 介绍3种方法供选择: 方法一: package name.xu; public class CallStack { public static void printCallStatck() { Throwable ex = new Throwable(); StackTraceElement[] stackElements = ex.getStackTrace
Java如何自定义异常打印非堆栈信息详解

前言在学习Java的过程中,想必大家都一定学习过异常这个篇章,异常的基本特性和使用这里就不再多讲了.什么是异常?我不知道大家都是怎么去理解的,我的理解很简单,那就是不正常的情况,比如我现在是个男的,但是我却有着女人所独有的东西,在我看来这尼玛肯定是种异常,简直不能忍.想必大家都能够理解看懂,并正确使用. 但是,光学会基本异常处理和使用不够的,在工作中出现异常并不可怕,有时候是需要使用异常来驱动业务的处理,例如: 在使用唯一约束的数据库的时候,如果插入一条重复的数据,那么可以通过捕获唯一约束异常
浅谈Java数组的一些使用方法及堆栈存储

数组用于存储一组同一数据类型数据的容器数组会对放入其中的数据自动编号,编号是从0开始的---下标定义格式数据类型[] 数组名 = new 数据类型[数组的大小];---可以先声明再初始化 int[] arr = new int[5];---定义了一个最多能存储5的整数的数组 arr[3] = 4; arr[3]---通过数组名[下标]的形式来获取数组元素或者给对应的位置赋值数据类型[] 数组名 = new 数据类型[]{元素1,元素2--}; int[] arr = new int[]
Java实现简单堆栈代码

本文实例为大家分享了Java实现简单堆栈的具体代码,供大家参考,具体内容如下 /** * Created by Frank */ public class ToyStack { /** * 栈的最大深度 **/ protected int MAX_DEPTH = 10; /** * 栈的当前深度 */ protected int depth = 0; /** * 实际的栈 */ protected int[] stack = new int[MAX_DEPTH]; /** * push,向栈中添
详解Java线程堆栈

写在前面: 线程堆栈应该是多线程类应用程序非功能问题定位的最有效手段,可以说是杀手锏.线程堆栈最擅长与分析如下类型问题: 系统无缘无故CPU过高. 系统挂起,无响应. 系统运行越来越慢. 性能瓶颈(如无法充分利用CPU等) 线程死锁.死循环,饿死等. 由于线程数量太多导致系统失败(如无法创建线程等). 如何解读线程堆栈如下面一段Java源代码程序: package org.ccgogoing.study.stacktrace; /** * @Author: LuoChong400 * @Des
Java异常日志堆栈丢失的原因与排查

前言查日志是我们排查问题的重要手段之一,直接又方便.其中异常日志堆栈信息可以让我们快速的发现问题所在,但稍微有点经验的开发应该会遇到过日志堆栈信息丢失的情况. 堆栈只打印了一行:java.lang.NullPointerException,然后什么信息都没有了,这是怎么回事? 如果面试中,就可以提一些问题: 什么情况下Java的异常日志堆栈信息会丢失?其原因是什么? 异常堆栈丢失情况下要如何排查问题? 原因 JVM内部同一个方法被调用多次的时候,会被JIT编译器进行优化,在Oracle官方文档
在日志中记录Java异常信息的正确姿势分享

目录日志中记录Java异常信息遇到的问题原因分析正确的做法 java异常在控制台和日志里面的打印记录 1.e.printStackTrace()打印在哪里 2.e.printStackTrace()打印的内容是什么 3.如果将e.printStackTrace()的信息打印在日志里应该怎么做呢? 日志中记录Java异常信息遇到的问题今天遇到一个线上的BUG,在执行表单提交时失败,但是从程序日志中看不到任何异常信息. 在Review源代码时发现,当catch到异常时只是输出了e.get
浅谈java异常链与异常丢失

1.在java的构造方法中提供了异常链.. 也就是我们可以通过构造方法不断的将异常串联成一个异常链... 之所以需要异常连,是因为处于代码的可理解性,以及阅读和程序的可维护性... 我们知道我们每抛出一个异常都需要进行try catch ...那么岂不是代码很臃肿... 我们如果可以将异常串联成一个异常连,然后我们只捕获我们的包装异常,我们知道 RuntimeException 以及其派生类可以不进行try catch 而被jvm自动捕获并处理.. 当然了我们可以自己定义自己的异常类从Ru
python实现异常信息堆栈输出到日志文件

将try except中捕获到的异常信息输出到日志文件中,方便查找错误原因,tranceback模块提供了把详细出错堆栈信息格式化成字符串返回函数format_exc(). 具体代码如下 import traceback import logging logging.basicConfig(filename='log.log') def error_func(): b = 1 / 0 if __name__ == '__main__': try: error_func() except: s =
Java 常用类解析：java异常机制,异常栈,异常处理方式,异常链,异常丢失详解

1.java标准异常概述 Throwable表示任何可以作为异常被抛出的类,有两个子类Error和Exception.从这两个类的源代码中可以看出,这两个类并没有添加新的方法,Throwable提供了所以方法的实现.Error表示编译时和系统错误.Exception是可以被抛出的异常类.RuntimeException继承自Exception(如NullPointerException),表示运行时异常,JVM会自动抛出. 2.自定义异常类自定义异常类方法: 通过继承Throwable或Exc
浅谈十个常见的Java异常出现原因

异常是 Java 程序中经常遇到的问题,我想每一个 Java 程序员都讨厌异常,一个异常就是一个 BUG,就要花很多时间来定位异常问题. 1.NullPointerException 空指针异常,操作一个 null 对象的方法或属性时会抛出这个异常.具体看上篇文章:空指针常见案例. 2.OutofOutofMemoryError 内存出现异常的一种异常,这不是程序能控制的,是指要分配的对象的内存超出了当前最大的堆内存,需要调整堆内存大小(-Xmx)以及优化程序. 3.IOException I
使用Python将Exception异常错误堆栈信息写入日志文件

假设需要把发生异常错误的信息写入到log.txt日志文件中去: import traceback import logging logging.basicConfig(filename='log.txt', level=logging.DEBUG, format='%(asctime)s - %(levelname)s - %(message)s') try: raise Exception('发生异常错误信息') except: #方案一,自己定义一个文件,自己把错误堆栈信息写入文件. #er
JAVA基于Slack实现异常日志报警详解

目录一.功能介绍二.Slack介绍三.前期准备 slack配置 pom.xml 四.具体实现 1.实现Slack发送消息 SlackUtil 给Slack发消息工具类向 webhook发起请求通过Urlencode SlackUtil测试 2.重写打印日志类常见异常打日志处理重写封装打印日志的方法测试日志类五.优化扩展想法其他代码一.功能介绍在我们日常开发中,如果系统在线上环境上,发生异常,开发人员不能及时知晓来修复,可能会造成重大的损失,因此后端服务中加入异常报警的功能是
Java异常区分和处理的一些经验分享

异常处理的一些经验总结这篇文章主要是对Java异常选择和使用中的一些误区的总结和归纳,希望各位读者能够熟练掌握异常处理的一些注意点和原则.只有处理好了异常,才能提升开发人员的基本素养,提高系统的健壮性,提升用户体验,提高产品的价值.废话少说,直接看: 误区一.异常的选择这张图描述了异常的结构,其实我们都知道异常分检测异常和非检测异常,但是在实际中又混淆了这两种异常的应用.由于非检测异常使用方便,很多开发人员就认为检测异常没什么用处.其实异常的应用情景可以概括为以下: 1.调用代码不能继续执行
通过实践了解如何处理Java异常

大多数团队都使用了几种最佳实践.以下是帮助你入门或改进异常处理的9个最重要的内容. 1.在finally块中清理资源或使用Try-With-Resource语句在try块中使用资源是很频繁的,比如InputStream,之后需要关闭它.这些情况中的一个常见错误是在try块结束时关闭资源. public void doNotCloseResourceInTry() { FileInputStream inputStream = null; try { File file = new File("

Java异常日志堆栈丢失的原因与排查

相关推荐

随机推荐