log4j 阻塞 服务 callAppenders

最新推荐文章于 2025-06-27 01:04:06 发布
最新推荐文章于 2025-06-27 01:04:06 发布
阅读量4.7k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： java多线程
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/fei33423/article/details/50346061
log4j加锁, Category.callAppenders  
public class Logger extends Category {
因为Logger一般都是static ,所以会经常遇到logger被竞争的情况.
我们系统中某个服务的流量是62481 /分钟 .
我的支付系统4360/分钟. 每天支付5w单

导致loger被阻塞了长达27秒.
LOG4J
潇水汀寒
07-30 2067
LOG4J中创建 APPENDER在： OptionConverter.instantiateByClassName(String className, Class superClass, Object defaultValue) Class classObj = Loader.loadClass(className); return classObj.newInstance(); 这是读
log4j自定义日志等级
iteye_18978的博客
02-28 344
文章源地址：[url]http://www.186info.com/?p=61[/url] log4j自定义日志等级，步骤如下 1.继承logj的level类，定义一个自己的日志级别： public class TestLevel extends Level { public TestLevel(int level, String levelStr, int syslogEqu...
Log4j blocked 线程阻塞问题
zollty的专栏
08-29 4575
我的zoa项目中，一直使用的是log4j 1.x版本，由于简单，一直没更换，也没怀疑过它的问题。 偶尔有两次，zoa在使用过程中假死的情况，不能响应任何请求，包括正常的关闭都无法进行。 于是我使用 jvm工具分析了JVM的情况，最终定位为 log4j引起的线程 blocked，不算是死锁，但是所以请求都会调用log4j，而log4j又无法正常执行，所以 所有请求都会 block。线程堆栈信息片段 形如： "qtp1056944384-232"prio=10tid=0x00...
log4j线程阻塞问题
weixin_59691555的博客
05-27 169
原因是用户的项目中引用的log4j启用了debug级别.修改用户的日志配置文件级别没有任何变化,项目的日志jar包冲突。jstack信息显示log4j线程阻塞,查看日志文件,输出大量debug级别日志信息。用户项目使用的是TongWeb7042版,用内网访问控制台修改应用前缀失败,用户OA项目在试运行期间,越用越卡,各种功能不能正常使用,原因是安全软件拦截问题,可升级TongWeb处理.测试在服务器本机浏览器上修改应用前缀修改正常,用户OA项目在控制台中修改项目的前缀失败。
关于log4j
Sucre
02-07 600
Log4j 是如何获取 类名、函数名、行数的 见 org.apache.log4j.spi.LocationInfo.LocationInfo(Throwable t, String fqnOfCallingClass) 源码分析 Object[] noArgs = null; // 获取函数调用栈 Object[] elements = (Object[]) getSt
使用apache log解决高并发下log4j引起大量线程block问题
热门推荐
Mr_Smile2014的博客
09-01 1万+
由于项目用户量比较大，测试同事采用两百并发进行测试，在测试查过程中，查看jvm 虚拟机发现很多java.lang.Thread.State: BLOCKED (on object monitor) at org.apache.log4j.Category.callAppenders(Category.java:204)问题
Java 开发：利用 log4j 实现日志的多线程记录
最新发布
Java大师兄的博客
06-27 750
在现代Java应用程序开发中，日志记录是不可或缺的基础设施。特别是在多线程环境下，如何高效、安全地记录日志成为开发者面临的重要挑战。本文旨在全面解析log4j在多线程环境下的工作原理，提供实用的配置方案和性能优化建议。文章将从log4j的核心架构开始，逐步深入到多线程环境下的具体实现，最后给出性能优化建议和实际应用案例。我们还将讨论常见问题及其解决方案。log4j: Apache软件基金会的一个开源日志记录工具Appender: 负责将日志事件输出到目标位置的组件Layout: 定义日志输出格式的组件。
妈妈再也不用担心我搞不懂——log4j/logback/log4j2原理了
Saintyyu的博客
12-02 921
本文深入浅出地介绍log4j、logback、log4j2的核心原理，通俗易懂。
java log4j 异步_log4j2异步日志解读（一）AsyncAppender
weixin_32673065的博客
02-24 1238
log4j、logback、log4j2 历史和关系，我们就在这里不展开讲了。直接上干货，log4j2突出于其他日志的优势，异步日志实现。看一个东西，首先看官网文档，因为前面文章已经讲解了disruptor源码，本文主要展开说说异步日志AsyncAppender和AsyncLogger(基于disruptor实现)。一、AsyncAppender我们先来看看AsyncApperder核心，就是l...
Java日志体系(二) log4j 配置文件详解 缓存问题
java_dazhuzhu的博客
08-11 987
简介 Log4j是一个由Java编写可靠、灵活的日志框架，是Apache旗下的一个开源项目； 使用Log4j，我们更加方便的记录了日志信息，它不但能控制日志输出的目的地，也能控制日志输出的内容格式；通过定义不同的日志级别，可以更加精确的控制日志的生成过程，从而达到我们应用的需求；这一切，都得益于一个灵活的配置文件，并不需要我们更改代码。 在mvnrepository.com/中可以查到，log4j1从2005年11月更新到2012年3月，后面就没再更新了，最新的依赖(May 26, 2012) &
Log4j优化（一）扩展Log4j来实现性能优化的异步日志收集器
ITer_ZC的专栏
04-23 1万+
日志收集在互联网企业尤其是大数据时代是一件非常重要的事情，日志记录着用户行为和系统行为，是一种重要的数据来源。Log4j是Java应用程序使用的最多的一种日志收集工作。目前大量的Java应用程序都使用着Lo4j 1.2.X版本，Log4j 1.X版本饱受诟病的原因是使用了大量的锁，在高并发的情况下影响了系统的性能。这篇简单提供一种思路，说说如何扩展一下Log4j，提升一下Log4j的性能。
工程师实战 | spark通过kafka-appender指定日志输出到kafka引发的死锁
边逛边看边学习
06-23 823
公司的IT运维日志系统，用的spark+kafka架构。工程师们也经常有一些实战心得。转之 在采用log4j的kafka-appender收集spark任务运行日志时，发现提交到yarn上的任务始终ACCEPTED状态，无法进入RUNNING状态，并且会重试两次后超时。期初认为是yarn资源不足导致，但在确认yarn资源充裕的时候问题依旧，而且基本上能稳定复现。 起初是这么配置spark日志输出到kafka的: log4j.rootCategory=INFO, console, kafka log4
使用log4j失误导致系统假死，记录一下
rumlee的专栏
12-28 2686
最近有一个用了挺长时间的老项目出现了故障，系统卡死了，一个后台线程停止了运行。 项目的功能是一个接收短信的功能，在一个后台线程中一直循环，每隔5秒中去读取一下是否有短信，不管是否有短信都会往一个监控平台写一个状态，表示当前系统在运行。结果监控平台发现系统隔了好几天都没有收到状态了。不清楚具体原因。 咋一看，程序也在运行中，没有发现什么异常。于是使用jstack打印了所有的线程栈
log4j 1.x版本 导致tomcat假死问题记录
lunshu2b的专栏
05-22 711
故障描述：线上项目，每隔一段时间就会假死一次，现象是网站无法打开，重启后解决，但是不定时会出现，没有固定的规律 原因分析：1第一时间查了cpu和内存情况，并没有发现特殊情况，只是cpu比往常稍高了一些，也不会导致服务不可用 因为要急于给用户使用，前面两次便直接重启了。 2、分析日志，发现日志是到了某个点突然就截止不动了，没有报内存溢出，线程异常，也没有jvm crash的日志，证明服务确实在启用，只是无法对外提供服务，并且无法自动恢复（排除内存或线程会释放的问题），...
Log4J，在踩坑中升级版本
sunpy
09-17 8629
转载自  http://www.cnblogs.com/flystar32/p/6751895.html 基本概念 Commons-logging apache最早提供的日志的门面接口。避免和具体的日志方案(log4j、logback等)直接耦合。类似于JDBC的api接口，具体的的JDBC driver实现由各数据库提供商实现。JCL的思想也是想通过统一接口解耦，将日志方案的实
log4j同步机制导致的cpu飙升排查与解决
xiaoyeping的博客
11-20 2932
问题 组内某业务的几个相关接口均超时，上阿里云查日志一看是Dubbo调用超时，查看网络情况未发现异常，直接上Provider的机器查看占用： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 # top PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 7020 root 20 0 2538892 16414
java jstack 分析工具_JVM分析工具——jstack实践
weixin_29116603的博客
02-13 1155
JVM分析工具——jstack实践一、不是万能的jstack企业级的Java程序中，java程序出现性能低下甚至直接崩溃时，就不能像解决业务bug那样，从行为表现上来修复问题了。性能问题一般是jvm资源告罄的表现，需要结合jvm的相关信息，程序日志以及程序代码解决问题了。jstack作为jvm分析工具之一，它只能做线程转储堆栈分析；而通常的性能问题，都是要结合jvm内存，gc，网络，IO等诸多信息...
高并发下log4j的性能瓶颈
weixin_33725272的博客
01-22 1561
开篇  近期由于业务需要进行业务迁移，期间因为误设置log4j的日志级别，导致系统性能整体下降，具体表现在QPS下降明显，系统RT上升。迁移期间由于各类系统环境较原来有较大差别，因为在排查过程中也走了一些弯路，总结起来避免他人再次踩坑。 问题背景  问题的背景其实很简单，线上系统的log4j的日志级别由warn调整为info，导致大量的调用log4j的...
log4j的性能瓶颈定位与性能优化（org.apache.log4j.spi.RootLogger）
欧程部落
07-20 7356
log4j的性能瓶颈定位与性能优化（org.apache.log4j.spi.RootLogger） 转自：http://hi.baidu.com/higkoo/item/70770834426247483075a1ce 最近执行一个项目调优，发现使用第三方的Json库导致性能差。原以为问题就这么定位到了，结果去掉Json操作后，性能也不见好转。      现象非常诡异：CPU、内存
log4j源码核心流程
03-29
<think>好的，用户想了解Log4j源码的核心流程。首先我需要回忆一下Log4j的基本架构和主要组件。Log4j是一个广泛使用的Java日志框架，核心功能包括日志级别控制、输出目标配置和日志格式定义等。接下来，我需要确定用户的需求层次，是想要一个大致的流程概述，还是更深入的代码分析？ 用户提到的是“源码核心流程”，所以可能需要深入到代码结构的关键部分。首先，Log4j有几个核心模块，比如Logger、Appender、Layout和Filter。Logger负责日志记录，Appender决定输出到哪里，Layout处理格式，Filter用于过滤日志事件。这些组件是如何协同工作的呢？ 从流程上看，当应用程序调用Logger.info()等方法时，Logger会创建一个LogEvent对象，包含日志消息、级别、时间戳等信息。然后，Logger将LogEvent传递给关联的Appender。Appender可能会应用Filter来判断是否应该处理该事件，接着使用Layout格式化日志信息，最后输出到指定的目的地，比如控制台、文件或网络。 不过，我需要验证这些步骤是否正确。比如，Logger在创建LogEvent之前，是否先检查日志级别？是的，Log4j会在调用时先检查日志级别是否启用，如果低于配置的级别，就不会继续处理，这样可以提高性能。 接下来，Appender的处理流程。每个Appender可能有自己的配置，比如FileAppender需要处理文件路径和滚动策略。Layout负责将LogEvent转换成字符串，比如PatternLayout使用转换模式来定义输出格式。Filter可以链式组合，每个Filter决定事件是否被接受、拒绝或传递给下一个Filter。 还有异步日志的情况，Log4j 2.x引入了异步Logger，使用LMAX Disruptor库来提高性能。这时候日志事件会被放入环形缓冲区，由后台线程处理，避免阻塞主线程。这部分流程是否属于核心流程？可能需要提及，但用户可能更关注同步流程的基础结构。 另外，配置文件的加载过程也很重要。Log4j在启动时会读取配置文件，如log4j2.xml，解析并创建对应的LoggerContext、LoggerConfig、Appender等对象。这些配置管理的过程是否属于核心流程的一部分？可能属于初始化阶段，但用户可能更关注运行时流程。 需要确保回答结构清晰，分步骤说明。比如分为日志记录触发、事件生成、过滤处理、格式化、输出等阶段。同时，要注意使用正确的中文术语，避免直译英文词汇。 可能还需要提到Logger的层次结构，比如根据名称的继承关系，子Logger可以继承父Logger的配置。这影响了日志事件的传递和处理流程，比如Root Logger是所有Logger的根节点。 总结一下，核心流程大致如下： 1. 应用程序调用Logger方法，检查日志级别是否启用。 2. 创建LogEvent对象，包含相关信息。 3. 将LogEvent传递给关联的Appender。 4. Appender应用Filter链决定是否处理。 5. 使用Layout格式化日志事件。 6. 输出到目标设备。 在源码层面，可能需要涉及的关键类有： - Logger：org.apache.logging.log4j.core.Logger - LogEvent：org.apache.logging.log4j.core.LogEvent - Appender：org.apache.logging.log4j.core.Appender - Layout：org.apache.logging.log4j.core.Layout - Filter：org.apache.logging.log4j.core.Filter 需要确认这些类在Log4j 2.x中的正确包路径，因为用户可能指的是Log4j2而非旧版Log4j 1.x。如果用户混淆了版本，可能需要明确指出。但问题中只提到Log4j，通常现在指的是Log4j2，所以按Log4j2的结构回答。 另外，异步日志处理可能涉及AsyncAppender或AsyncLogger，使用不同的线程模型。这部分是否需要详细说明？如果用户没有特别指出，可能简要提及即可。 最后，是否需要给出一个简单的代码调用示例？比如Logger.info()的调用栈，但用户可能不需要具体代码，而是流程概述。所以应该保持高层次的结构说明，同时指出关键类和流程节点。 还要注意避免技术错误，比如确保事件传递顺序正确，以及配置加载的时机。例如，LoggerContext在初始化时读取配置，创建Logger实例，这些实例引用Appender和Layout等组件。 可能还需要提到日志上下文（LoggerContext）作为核心容器，管理所有Logger和配置信息。这有助于理解全局配置如何影响日志处理流程。 总结步骤时，使用清晰的序号和阶段划分，帮助用户理解流程。同时，如果可能，指出源码中的关键方法或入口点，方便用户自行查阅。</think>Log4j（以Log4j 2.x为例）的核心源码流程可分为以下几个关键阶段，涉及**日志事件生成、过滤、格式化、输出**等核心模块： --- ### **1. 日志记录触发** - **入口方法** 应用程序通过调用 `Logger.info()`, `Logger.error()` 等方法触发日志记录。 - **日志级别检查** 在 `org.apache.logging.log4j.core.Logger` 类中，首先检查当前日志级别是否满足条件（例如 `INFO` 级别是否启用），若未启用则直接返回，避免无效操作。 **源码示例**： ```java if (!isEnabled(level)) return; // 快速失败机制 ``` --- ### **2. 日志事件（LogEvent）构建** - **创建LogEvent对象** 构建 `org.apache.logging.log4j.core.LogEvent`，包含以下信息： - 日志级别（Level） - 日志消息（Message） - 时间戳（Timestamp） - 线程信息（ThreadContext） - 异常堆栈（ThrowableProxy） **源码关键类**： `Log4jLogEvent.Builder` 用于构建事件对象。 --- ### **3. 事件处理流程** - **Logger层级传递** Log4j的Logger具有继承关系（如 `com.example` 继承自根Logger），事件可能沿Logger层级向上传递至父Logger。 - **Appender路由** 事件被发送到当前Logger关联的 `Appender`（输出目标），例如 `ConsoleAppender`、`FileAppender`。 **源码入口**： `Logger#logMessage()` → `private void log(...)` → `callAppenders(event)` --- ### **4. 过滤（Filter）机制** - **Filter链处理** 每个 `Appender` 可配置多个 `Filter`（如 `ThresholdFilter`），通过 `Filter.Result` 决定是否处理事件： - `ACCEPT`：立即处理 - `DENY`：丢弃事件 - `NEUTRAL`：传递给下一个Filter **源码示例**： ```java Filter filter = getFilter(); if (filter != null) { Result result = filter.filter(event); if (result == Result.DENY) return; } ``` --- ### **5. 格式化（Layout）** - **转换为输出字符串** `Layout`（如 `PatternLayout`）将 `LogEvent` 格式化为字符串。例如： ```java byte[] data = layout.toByteArray(event); // 生成字节流 ``` **源码关键类**： `org.apache.logging.log4j.core.layout.PatternLayout` --- ### **6. 输出到目标（Appender执行）** - **异步/同步输出** - **同步模式**：直接调用 `Appender#append(event)`，写入文件或控制台。 - **异步模式**（使用 `AsyncAppender` 或 `Disruptor`）：将事件放入环形缓冲区，由后台线程处理。 **源码示例**（FileAppender）： ```java public void append(LogEvent event) { writeBytes(layout.toByteArray(event)); // 写入文件 } ``` --- ### **核心类与交互图** ```plaintext Logger → LogEvent → Filter → Layout → Appender → Destination（File/Console等） ``` --- ### **关键源码路径** - **Logger创建**：`org.apache.logging.log4j.core.LoggerContext#getLogger` - **配置加载**：`org.apache.logging.log4j.core.config.xml.XmlConfiguration` - **异步处理**：`org.apache.logging.log4j.core.async.AsyncLogger` --- ### **性能优化点** 1. **无锁设计**：异步日志使用 `Disruptor` 环形缓冲区，避免锁竞争。 2. **懒加载**：部分资源（如文件句柄）在首次日志输出时初始化。 3. **对象复用**：通过对象池（如 `ReusableLogEventFactory`）减少GC压力。 如需深入特定模块（如插件扩展、日志滚动策略），可进一步细化分析。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值