Java中打印日志的坑(不打印堆栈信息)

最新推荐文章于 2025-01-20 17:38:53 发布
最新推荐文章于 2025-01-20 17:38:53 发布
阅读量1w 收藏 4
点赞数 7
分类专栏： Java高级 文章标签： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/w8y56f/article/details/120522583
版权
本文揭示了在日志记录中忽略堆栈信息可能导致的问题，强调了堆栈信息在错误排查中的关键作用。常见的错误做法包括仅使用异常消息或toString()，而正确的做法是完整打印异常及参数信息。建议使用log.error加上异常对象e，确保堆栈跟踪的完整性。同时，提倡使用英文日志和避免中文逗号，以提高效率并防止乱码。

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

背景

打印日志的大坑。很多同事不打印堆栈信息直接这么写

log.error("exception occur! param1:{},param2:{}", param1, param2);

或

log.error("exception occur! param1:{}", e.getMessage());

或

log.error("exception occur! param1:{}", e.toString
最低0.47元/天 解锁文章
在生产环境中打印堆栈信息以排查错误
私聊前往站内信：https://i.youkuaiyun.com/#/msg/chat/weixin_44976692
07-10 2万+
在生产环境中打印堆栈信息是排查错误的重要手段，但需要注意控制打印频率、避免敏感信息泄露以及进行日志管理。通过合理使用日志框架、捕获并处理异常、全局异常处理以及使用分析和监控工具，可以高效地打印和分析堆栈信息，快速定位和解决问题。希望本文能为你在生产环境中排查错误提供一些实用的建议和思路。如果有任何问题或需要进一步的帮助，请随时联系我。希望这篇博客对你有所帮助！如果有任何问题或需要进一步的帮助，请随时告诉我。
Java中如何详细的打印出具体报错的堆栈信息
叉叉不低头
01-30 4863
在遇到日志打印的时候，当使用 当使用这种方式打印，只会打印关键的信息，不会打印出栈堆信息，从而无法准确定位到具体某一行发生的错误比如，在一个接口有方法对一个对象进行存储的时候，其中这个对象有一个属性叫 并且不能为空，当为空进行存储，就会报错。先说解决方案 这种方式打印结果： 这种这种就能更详细的显示出报错信息。这个时候使用 全局异常拦截，并对异常进行打印，指挥打印出操作原因： 打印结果： 这种是无法准确定位异常所在行的，以及具体的堆栈信息的。 这种方式的打印结果和第二种一样，都是指挥打印比较简陋的报错信息，
log4j 抛出异常信息_浅谈log4j 不打印异常堆栈
weixin_30883241的博客
12-23 639
本文研究的主要是log4j 不打印异常堆栈的相关内容，具体如下。最近在线上系统的错误日志中发现了一个现象：代码里用log4j打印系统运行时异常堆栈信息，在错误日志中无法看到堆栈信息，只有异常信息。这对于程序员来说是一个打击，没有堆栈信息何从查bug啊。[01-15 11:29:26] [ERROR] [org.apache.thrift.server.AbstractNonblockingServ...
logback日志自定义占位符
最新发布
tianmlin1的博客
01-20 1355
logback日志中自定义占位符实现日志链路追踪
Logger.error方法之打印错误异常的详细堆栈信息
anhe1364的博客
07-25 925
一、问题场景 使用Logger.error方法时只能打印出异常类型，无法打印出详细的堆栈信息，使得定位问题变得困难和不方便。 二、先放出结论 Logger类下有多个不同的error方法，根据传入参数的个数及类型的不同，自动选择不同的重载方法。 当error(Object obj)只传入一个参数时会将异常对象作为Object使用，并最终当做String打印出来，当使用两个参数err...
Java异常信息中只打印NullPointerException却不输出堆栈信息的原因
weixin_42118323的博客
02-07 3448
排查线上问题的时候，发现一直在报空指针的错误信息，但是只有错误名称：NullPointerException。没有堆栈信息，不显示行号，只能盲猜。根本不知道哪一行报错，报错的原因是什么。查看了代码打印日志的方式，没有问题，如此就需要先想办法，让程序将堆栈信息打印出来，或者找到报错的堆栈信息才是解决问题的正确思路，这样一来就变成了两个问题。我们对Markdown编辑器进行了一些功能拓展与语法支持，除了标准的Markdown编辑器功能，我们增加了如下几点新功能，帮助你用它写博客：撤销：Ctrl/Command
Java的log日志不打印异常的堆栈信息
yuyajun06的博客
02-03 1998
问题
记一次线上日志堆栈不打印问题排查(附:高并发系统日志打印方案可收藏)
柏修的专栏
04-27 2309
马上开搞.配置上预发压测走起来,搞定.幸福之余也再次查阅了一些资料.发现这是java的fastthrow优化,感叹确实jit牛哈.通过次数来检测是否进行详细的堆栈打印.返回来也能理解,虚拟机默认在一些次数打印之后就不再打印详细的堆栈.默认开发者已经关注到相关的堆栈信息了.以此来减少性能损耗.主要应对常见的一些Exceptionfast throw本身从jvm的jit。
Java 线上日志不打印堆栈信息原因
appearappear的博客
11-06 531
原文链接：https://blog.csdn.net/u012745499/article/details/113729875。不过, 当相同位置发生相同异常达到一定次数 (具体次数不一定), 就会自动省略堆栈信息, 剩下一句孤零零的 null。最近有遇到正式环境中 Java 应用某个异常信息, 没有打印堆栈信息, 只有一行。为了避免忽略打印堆栈的情况, 我们可以显式指定 jvm 参数。对于我们排查问题, 非常致命, 无法准确定位异常发生原因。经过测试发现, 是 java 的默认优化导致。
Java如何自定义异常打印非堆栈信息详解
08-27
在Java中，默认的异常处理机制会将异常信息打印到控制台上，但是这些信息往往是不完整的，无法提供足够的信息来帮助我们定位和解决问题。因此，自定义异常打印非堆栈信息可以帮助我们更好地了解异常的信息，从而更好...
浅谈log4j 不打印异常堆栈
08-28
本文主要介绍了log4j 不打印异常堆栈的原因和解决方法，该问题在实际开发中可能会给程序员带来困扰。 知识点1： JVM 的优化机制 JVM 为了性能会做优化，如果频繁的抛出某个异常，会重新编译，不再打印异常堆栈。...
java不打印异常堆栈
彻底拆分，一切可控！
06-13 7229
文章目录引言原因分析现象复现1.执行优化选项2.取消jvm的优化解决办法 引言 生产环境抛异常,但却没有将堆栈信息输出到日志,只有简单的java.lang.NullPointerException错误信息。 原因分析 JVM在默认启动的时候会加上OmitStackTraceInFastThrow参数，含义是当大量抛出同样的异常的后，后面的异常输出将不打印堆栈。原因是打印堆栈的时候底层会调用到T...
log4j不打印详细错误堆栈
热门推荐
maoyuanming0806的博客
06-13 1万+
记一次排查问题时发现日志不打印详细堆栈的情况 文章目录背景现象解决 背景 调用打印日志的代码： LOGGER.error("actionDetailBiz max monitorTime upload data error, ", ex); 注意如果如下调用方式是不会打印堆栈的： LOGGER.error("actionDetailBiz max monitorTime upload da...
Logger.error不打印错误堆栈信息问题
fxtxz2的专栏
07-10 2265
问题 今天出现使用Logger.error不打印具体报错代码位置问题。 原因 // 使用一个参数方法只会打印异常名称 Logger.error(Object obj) // 使用两个参数方法会打印具体错误位置 Logger.error(String message, Object p0) 解决 最后我改用第2种方式即可。 参考 Logger.error打印错误异常的详细堆栈信息 ...
日志堆栈不打印问题以及解决方法
xiexiaojing的博客
06-29 610
我们在进行生产问题排查时发现日志的异常只打印了异常类型，没有打印详细堆栈。调研发现JVM默认在同一个异常大概抛出2800次以后为了提升效率进行了优化，详情不打印。这个问题有两种解决方法：第一种JVM为了提高处理异常的性能，引入了“回边计数器”（Back Edge Count）的概念。当异常被抛出的次数超过一个阈值（这个阈值在不同版本的JVM中可能会有所不同，比如在HotSpot中，这个值大约是28...
java异常信息没打印堆栈
lunshu2b的专栏
10-15 4926
代码 try{   doSomething(); }catch(Exception e){   logger.error(e.getMessage(),e); } 这段代码在本地和测试站调试的时候如果出现错误，会打印正常的堆栈信息，如： java.lang.NullPointerException: null         at com.test.service.Test.test...
Java异常栈没有打印
凌晨港口
05-09 1001
这是HotSpot VM专门针对异常做的一个优化，称为fast throw，当一些异常在代码里某个特定位置被抛出很多次的话，HotSpot Server Compiler（C2）会用fast throw来优化这个抛出异常的地方，直接抛出一个事先分配好的、类型匹配的对象，这个对象的message和stack trace都被清空。这个优化的目的是，抛出这个异常非常快，不用额外分配内存，也不用爬栈。但是问题是找异常stack trace需要翻到最前面几次抛异常的地方，排查问题的时候需要注意。
java使用stream流不打印堆栈信息
10-06
在Java中，Stream API提供了一种处理集合数据的强大工具，它可以避免显式地使用循环遍历，从而简化代码并提高效率。如果你想要使用Stream操作而不希望看到堆栈跟踪（stack trace）信息，可以在异常处理中过滤掉`StackTraceElement`，例如使用`Optional`或者`try-catch`块。 下面是一个简单的例子： ```java List<Integer> numbers = Arrays.asList(1, 2, 3, 4, 5); // 使用try-with-resources自动关闭流，同时隐藏堆栈信息 numbers.stream() .filter(i -> i > 3) // 过滤条件 .map(System.out::println) .peek(System.err::println) // 打印到stderr而不是stdout，通常不包含堆栈信息 .forEach(); ``` 在这个示例中，我们使用了`peek`方法来将结果打印到标准错误（stderr），这通常不会像标准输出（stdout）那样显示完整的堆栈跟踪。如果在映射或其它操作中抛出异常，堆栈信息也不会直接显示在控制台，而是可能会被日志系统记录。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值