logback控制台输出导致进程假死

最新推荐文章于 2025-10-14 13:24:26 发布
原创 最新推荐文章于 2025-10-14 13:24:26 发布 · 3.9k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文记录了一次线上环境中微服务调用超时的问题排查过程。通过jstack发现大量日志打印线程处于waiting状态，进一步定位到控制台输出为瓶颈。最终解决方案为调整日志配置，避免控制台输出，但具体原因仍需深入研究。

记一次线上logback日志的问题，微服务调用时客户端调用服务端超时，

检查线上机器后发现机器没有什么问题，GC也正常，于是使用jstack排查一下

线程堆栈信息 发现大量日志打印线程处于waiting状态

 

再查找wait  d3a0结尾的那个资源，看是那个线程正在占用，发现是控制台输出

网上查询后，最终解决方案是日志不往控制台输出，但是里面具体的原因还有待探究

Logback 日志打印导致程序崩溃的实战分析
我是一名热爱编程和分享知识的技术作者，在金融和教育领域有多年的研发管理经验，感谢您访问我的博客，一定会为您带来不一样的收货！
07-30 1773
日志记录是必不可少的一环，帮我们追踪程序的行为，定位问题所在。然而，有时日志本身却可能成为问题的根源。所以要根据实际情况选择合适的日志输出方式，避免造成程序阻塞而导致业务收到影响。从理论到实践：零拷贝技术的全面解读_零拷贝详解-优快云博客Sentinel与Nacos强强联合，构建微服务稳定性基石的重要实践_nacos sentinel-优快云博客从0开始理解云原生架构-优快云博客TiDB高手进阶：揭秘自增ID热点现象与高级调优技巧_tidb 分布式自增id-优快云博客。
高并发系统谨防被一行日志击垮
mxt51220的博客
11-10 1095
这就意味着同一个appender的日志写是串行的，在高并发的场景下因为有锁的争用现象，所以看似很简单的一行日志，耗费的时间却不少。接下来我们在本地简单的模拟一下高并发的场景，并记录打一行日志的耗时是多少需要说明的是，现实中高并发的请求应当用一个线程池向另一个线程池反复提交任务来模拟，这里我们简化了这个过程。
为什么你的系统变慢了？Logback日志配置不当竟成性能杀手！
LearnFlow的博客
10-14 725
排查Java应用性能瓶颈？正确配置java日志框架logback可显著提升系统响应速度。详解异步日志、滚动策略与级别优化，避免I/O阻塞。适用于高并发场景，降低资源消耗，值得收藏。
记一次线上logback日志打印导致应用响应慢的分析报告
cs_fang_dn的专栏
03-26 2554
如果说耗时在数据库查询中，那么在监控平台也会看到sql的慢查询，但在监控平台并没有发现sql慢查询，也联系dba帮忙监控一下数据库的链接数、慢查询语句等，但最终结果也是返回数据库都正常。在日志平台elk中，通过搜索某个耗时高（找了一个耗时60s左右）的接口，并通过此接口的traceId将整个接口的调用链日志搜索出来，发现整个traceId的日志打印超过了500行，也会发现某几行日志打印时间间隔会超过4s。接口耗时3s，时间减半！再查看具体代码写法，居然上了一把锁，终于找到这把锁了，这把锁是公平锁。
logback控制台输出导致进程假死引发的血案
chu1109785217的专栏
03-11 2293
记一次线上logback日志的问题，微服务调用时客户端调用服务端超时， 检查线上机器后发现机器没有什么问题，GC也正常，于是使用jstack排查一下 通过HeapDump - Java线程Dump分析分析工具分析dump文件，发现大量线程等待锁“0x000000008089bab8”，而该锁被线程“XNIO-1 task-4”占用，如下图 进一步查看线程“XNIO-1 task-4”，发现是控制台输出 网上查询后，发现logback打印到console确实会出现死锁现象，原因在于buffer
记一次logback导致服务无响应排查过程
烈冬冰夏的博客
03-27 4311
1. 前沿 记录最近收到测试环境服务无响应处理过程。 2. 定位 2.1 排查服务资源使用情况 通过top命令和阿里云监控发现服务cpu和资源都正常,第一反应是死锁。 2.2 导出线程信息 通过jstack -l命令导出线程信息发现服务所有响应到卡住logback的log上，因为以前也遇到logback死锁导致类似异常,发现服务的logback版本是1.1.11版本(该版本有死锁bug)后，愉快的升级到1.2.3版。然而很快的服务还是出现无响应。再仔细观察了logback配置后发现有配置console，又愉
logback 多线程 死锁
abc123maxiaolong的专栏
05-12 2374
logback 多线程下频繁的写日志会出现死锁，可以使用异步appender避免这个问题： <!-- 异步写日志，用户简介专用日志 --> <appender name="ASYNC_USER_PROFILE_MODEL" class="ch.qos.logback.classic.AsyncAppender"> <File>${LO...
自定义Logback日志输出格式实战指南
m0_74337424的博客
12-28 681
我们将通过修改文件来自定义日志格式。在这个配置中，我们使用了%clr转换词来添加ANSI颜色代码，使得日志输出带有颜色。例如，会将日期标记为蓝色。
将Logback日志输出到websocket
04-13
标题中的“将Logback日志输出到websocket”指的是利用Logback这一强大的日志框架，结合WebSocket技术，实现实时的日志传输。Logback是Java世界中广泛使用的日志记录工具，它提供了高效的日志记录功能，而WebSocket则...
LogBack过滤指定包控制台日志并且文件输出正常
Jack魏
03-25 2024
LogBack过滤指定包控制台日志并且文件输出正常 需求描述: 我有一个类经常打印日志,回调日志或者异步日志, 但是我不想让他在控制台,比如nohup文件里面打印, 只想让他去他该去的文件下打印. 指定类或者包打印到指定文件 import ch.qos.logback.classic.spi.ILoggingEvent; import ch.qos.logback.core.spi.FilterReply; import ch.qos.logback.core.filter.Filter; /**
Logback 异步输出日志信息
技术随笔
08-11 2334
异步输出日志的好处 通过异步输出日志减少磁盘IO提高性能 配置文件logback-spring.xml SpringBoot工程自带logback和slf4j的依赖，所以重点放在编写配置文件上，需要引入什么依赖，日志依赖冲突统统都不需要我们管了。logback框架会默认加载classpath下命名为logback-spring或logback的配置文件。将所有日志都存储在一个文件中文件大小也随着应用的运行越来越大并且不好排查问题，正确的做法应该是将error日志和其他日志分开，并且不同级别的日志根据时间段进
springboot日志框架logback异步输出配置
03-11
每次日志输出到文件都会进行一次磁盘IO，在多应用的时候这种效果会导致一定的线程运行延迟，所以可以采用异步的方式处理。 采用异步写日志的方式，通过不让主线程去写日志文件而减少磁盘IO，避免并发下造成线程阻塞...
logback异步日志打印阻塞工作线程
fenglllle的博客
11-12 3896
实际上这个问题是使用问题，非常简单，不过越是简单的使用，却可能出现致命问题，一般公司都会统一脚手架或者统一规范的方式来实现标准的日志配置文件，防止错误配置导致业务问题，不知道未来Java虚拟线程大规模使用会不会缓解日志打印阻塞工作线程的问题，毕竟调度更优，不过如果线程池满载，虚拟线程也是无能为力。还是需要在丢日志和存储消费日志的能力作取舍。
记一次Jstack排查（jar包假死，logback死锁）
pengzehao163的博客
04-10 3711
1.先查找进程的pid jstack -l pid > jstack.log 2.排查文件 - waiting to lock <0x00000004101255e8> (a ch.qos.logback.core.util.CachingDateFormatter) 3.分析得知 logback多线程打印日志会有死锁的问题 4.解决方式 重新配置logback.x...
springboot项目部署到服务器tomcat上，由于logback日志问题启动失败
qq_37874262的博客
01-09 5931
问题： 在公司测试好的项目包，部署到现场之后，发现项目启动失败。但是日志文件没有打印，查看tomcat中的日志，发现如下错误 项目架构是之前公司大佬制定的，pom文件也是人家写的，定好了用logback那我也不能随意改动，没有办法，只能硬着头皮上了。 思路： 在公司又找了一台服务器来测试，一点问题都没有，正常启动，正常打日志。。。。百思不得其解，两台同样都是redhat6.5的服务器，...
springboot将日志文件输出为Html页面
热门推荐
.... 永远年轻，永远热泪盈眶
08-14 1万+
springboot可以将日志文件输出为html页面的形式展示。 logback.xml配置文件如下： &lt;?xml version="1.0" encoding="UTF-8"?&gt; &lt;configuration scan="true" debug="false"&gt; &lt;!-- ERROR级别日志 --&gt; &lt;!--
logback死锁导致程序被hang住
weixin_42738080的博客
06-21 9071
背景 出问题的系统是一个存储系统，系统有一个功能就是多线程下载hadoop上的文件；上层业务方使用的是python，而公司不提供python api下载hadoop上的文件，只提供java api下载；因此我们的系统就变成了上层用户通过python调用我们的python api，我们的python api通过py4j调起jvm操作java中的对象和方法；用户在下载文件通常是100多个进程，某天用户...
老板下了死命令，要把日志系统切换到Logback
沉默王二
11-03 5029
老板听我说完 Logback 有多牛逼之后，彻底动心了，对我下了死命令，“这么好的日志系统，你还不赶紧点，把它切换到咱的项目当中！”
【logback】【02】死锁
huiyanshizhen21的博客
04-27 1752
https://jira.qos.ch/browse/LOGBACK-1378 不把日志打印到控制台
logback 控制台输出exception
最新发布
11-19
在使用Logback在控制台输出Exception，可通过以下步骤实现： 1. **项目依赖**：如果是Spring Boot项目，官方文档说明默认已依赖了一些日志框架，其中推荐使用的就是Logback，无需手动添加依赖 [^3]。 2. **配置日志级别**：可以在配置文件里对日志输出级别进行精细控制。例如，把root换成包名，像下面这样配置： ```yaml logging: level: com.example.controller: debug com.example.mapper: error ``` 这样就能对不同包的日志输出级别进行控制 [^2]。 3. **代码中使用**：在代码里使用`org.slf4j.Logger`和`org.slf4j.LoggerFactory`来记录日志。在捕获到异常时，把异常信息记录下来。示例代码如下： ```java package com.example.weblearn3.controller; import java.io.PrintWriter; import java.io.StringWriter; import org.slf4j.Logger; import org.slf4j.LoggerFactory; import org.springframework.stereotype.Controller; import org.springframework.web.bind.annotation.RequestMapping; import org.springframework.web.bind.annotation.RequestMethod; @Controller @RequestMapping({"/","/homepage","index.html"}) public class HomeController { private Logger logger = LoggerFactory.getLogger(HomeController.class); @RequestMapping(method = RequestMethod.GET) public String home() { try { int a = 1/0; } catch (Exception e) { StringWriter sw = new StringWriter(); PrintWriter pw = new PrintWriter(sw); e.printStackTrace(pw); logger.error("Main错误：" + sw.toString()); } System.out.println("home"); return "home"; } } ``` 在这个示例中，捕获到异常之后，借助`StringWriter`和`PrintWriter`把异常的堆栈信息转换为字符串，再使用`logger.error`方法将其记录下来，这样异常信息就会在控制台输出 [^4]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值