代码方式配置Log4j并实现线程级日志管理 第四部分

一 异步输出模式

  目前尚剩余两个需求,一个是实现日志的异步输出模式,一个是实现日志同时按日期和文件大小进行备份。

  异步输出模式在第三部分说过了,在这部分单独讲,日志的备份则放在第五部分结束。

  这部分我只提供一个设计思路,重心还是放在代码执行性能上,总体的思路为:

  1. 维护一个日志内容集合
  2. 开辟单独线程对日志内容集合进行输出

  这里需要考虑一个事情,如何维护一个日志内容的集合?

  1. 第一点必须要满足FIFO(先进先出),尽量保障日志的输出顺序;
  2. 第二点不能阻塞,因为一旦集合的读写阻塞,会使线程一直握着系统资源,而导致CPU资源占用率高,整体处理性能的降低;
  3. 第三点必须保证线程安全,因为一旦开启异步输出模式,所有的应用线程不再通过ThreadLogger对象来直接输出日志,而会将日志内容重定向到日志内容集合中,这是一个多线程并发的写入动作,异步处理线程则单独的执行读操作,所以线程安全问题必须考虑!

  综上,我考虑使用ConcurrentLinkedQueue,这是一个非阻塞且线程的安全的FIFO队列,其API有兴趣的读者可查阅相关文档。

二 增加异步输出模式开关

  那么按照这个设计思路首先要对LogUtil进行微调,增加一个是否开启异步模式的成员,一旦该标志位为True,则LogUtil.log()方法不再直接进行日志输出,转而将日志内容写入ConcurrentLinkedQueue。

/**
 * 1.实现代码方式配置Log4j <br>
 * 2.实现线程级日志对象管理 <br>
 * 3.实现日志的异步输出模式 <br>
 * 4.实现按日志文件大小及日期进行文件备份
 * 
 * @author 胡楠
 *
 */
public final class LogUtil
{
	……
	/**
	 * 日志内容集合,其他应用线程写入日志,异步处理线程则将日志读出并写入文件
	 */
	private static ConcurrentLinkedQueue<String> queueLogBuffer = new ConcurrentLinkedQueue<String>();
	/**
	 * 异步输出模式开关,默认false
	 */
	private static boolean ASYNCHRONOUS = false;

	/**
	 * 设置日志输出模式
	 * 
	 * @param asych
	 */
	public static void setLogMode(boolean asych)
	{
		ASYNCHRONOUS = asych;
	}
	……
}

三 重构日志输出接口

  既然已经加入异步输出模式,那么LogUtil提供输出接口则不能在单纯的进行日志输出了,首先要判断是否为异步模式,如果是的话则需要将日志内容写入ConcurrentLinkedQueue:


private static void log(LogLevel level, String message)
	{
		if (ASYNCHRONOUS)
		{
			queueLogBuffer.offer(message);
			return;
		}
		
		if (level == LogLevel.Trace)
		{
			getThreadLogger().logTrace(message);
		}
		else if (level == LogLevel.Debug)
		{
		……
	}

四 异步处理线程

  异步处理线程的逻辑要略严格些,我们必须要考虑当ConcurrentLinkedQueue中无内容的时候,需要让线程释放CPU资源,仅当其他应用线程放入内容的时候才将其唤醒,这时候我们需要使用“等待-通知”模式:

/**
	 * 异步处理线程,使用等待通知模式,仅当其他应用线程放入内容,才唤醒该线程,否则线程放弃CPU资源
	 * 
	 * @author 胡楠
	 *
	 */
	class LogBufferProcessor implements Runnable
	{
		public void run()
		{
			synchronized (queueLogBuffer)
			{
				while (queueLogBuffer.poll() != null)
				{
					// TODO 进行日志输出
				}
				
				try
				{
					queueLogBuffer.wait();
				}
				catch (Exception e) 
				{
					e.printStackTrace();
				}
			}
		}
	}

  如上是一个简单的设计结构,如何进行日志输出,以及wait()中断等处理都没有很细致的实现,还是那句话,这里仅叙述设计思路,更加具体的实现,需要各位看官依自己的实际需求来实现。

  注意,按如上方式进行处理,需要对log()方法再次重构,因为一旦应用线程向ConcurrentLinkedQueue中放入内容,则需要唤醒异步处理线程,如下:

private static void log(LogLevel level, String message)
	{
		if (ASYNCHRONOUS)
		{
			queueLogBuffer.offer(message);
			queueLogBuffer.notifyAll();
			return;
		}
		……

五 总结及一些其他的建议

  如果你是一名刚入门Java的朋友,那么在接触线程操作的时候,一定别忘了关注性能问题,正如上面的设计,如果我们不采用“等待-通知”模式,不论线程是否有任务需要处理,它都会一直持有CPU资源,这就拖累了系统的整体性能。

  另外,我们还需要考虑一个事情,日志内容队列是否可以无限大,ConcurrentLinkedQueue是无界的,这意味着一旦应用线程疯狂的进行日志输出,很可能出现内存溢出,所以我建议对ConcurrentLinkedQueue设置阈值,一旦超过阈值,则转换为同步输出模式,虽然降低了性能,但是回避了内存溢出风险。

  虽然设计了异步输出模式,我依然建议补充缓存设计,即使异步模式把日志输出重定向到了单独的处理线程,但是频繁的IO操作依然是系统性能的负担,所以应该实现一个日志缓存,只有当缓存内容达到缓存阈值才进行一次IO操作,这样会更大的提升整体性能。

  请不要因为我贴上的代码不全而喷我不负责任,每个人每个项目的每个需求都有所差异,能够从别人的设计思路中获取自己需要的东西,举一反三才是最宝贵的。

  剩下最后第五部分,我会把自己重写的Appender贴上来,它实现了同时按日期及日志文件大小进行日志的备份,因为涉及对源码的延展,所以代码会贴的相对更全面一些,但是别抱太大期望,因为真的很简单……(别瞎百度,我搜过,百度上好多人都是瞎写的,各种复制粘贴,只要看过源码,跟踪过执行过程,你也能很容易实现定制化的需求)

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
主要讲述了计算机系统的开发领域。在每章中的漂亮代码都是来自独特解决方案的发现,而这种发现是来源于作者超越既定边界的远见卓识,并且识别出被多数人忽视的需求以及找出令人叹为观止的问题解决方案。 本书介绍了人类在一个奋斗领域中的创造性和灵活性:计算机系统的开发领域。在每章中的漂亮代码都是来自独特解决方案的发现,而这种发现是来源于作者超越既定边界的远见卓识,并且识别出被多数人忽视的需求以及找出令人叹为观止的问题解决方案。 本书33章,有33位作者,每位作者贡献一章。每位作者都将自己心目中对于“美丽的代码”的认识浓缩在一章当中,张力十足。33位大师,每个人对代码之美都 有自己独特的认识,现在一览无余的放在一起,对于热爱程序的每个人都不啻一场盛宴。 虽然本书的涉猎范围很广,但也只能代表一小部分在这个软件开发这个最令人兴奋领域所发生的事情。 本书收录的是软件设计领域中的一组大师作品。每一章都是由一位或几位著名程序员针对某个问题给出的完美的解决方案,并且细述了这些解决方案的巧妙之处。 本书既不是一本关于设计模式的书,也不是一本关于软件工程的书,它告诉你的不仅仅是一些正确的方式或者错误的方式。它让你站在那些优秀软件设计师的肩膀上,从他们的角度来看待问题。 本书给出了38位大师程序员在项目设计中的思路、在开发工作中的权衡,以及一些打破成规的决策。 第1章 正则表达式匹配器 。 1.1 编程实践 1.2 实现 1.3 讨论 1.4 其他的方法 1.5 构建 1.6 小结 第2章 Subversion中的增量编辑器:像本体一样的接口 2.1 版本控制与目录树的转换 2.2 表达目录树的差异 2.3 增量编辑器接口 2.4 但这是不是艺术? 2.5 像体育比赛一样的抽象 2.6 结论 第3章 我编写过的最漂亮代码 3.1 我编写过的最漂亮代码 3.2事倍功半 3.3 观点 3.4 本章的中心思想是什么? 3.5 结论 3.6致谢 第4章 查找 4.1. 耗时 4.2. 问题:博客数据 4.3. 问题:时间,人物,以及对象? 4.4. 大规模尺度的搜索 4.5. 结论 第5章 正确、优美、迅速(按重要性排序):从设计XML验证器中学到的经验 5.1 XML验证器的作用 5.2 问题所在 5.3 版本1:简单的实现 5.4 版本2:模拟BNF语法——复杂度O(N) 5.5 版本3:第一个复杂度O(log N)的优化 5.6 版本4:第二次优化:避免重复验证 5.7 版本5:第三次优化:复杂度 O(1) 5.8 版本 6:第四次优化:缓存(Caching) 5.9 从故事中学到的 第6章 集成测试框架:脆弱之美 6.1. 三个类搞定一个验收测试框架 6.2. 框架设计的挑战 6.3. 开放式框架 6.4. 一个HTML解析器可以简单到什么程度? 6.5. 结论 第7章 美丽测试 7.1 讨厌的二分查找 7.2 JUnit简介 7.3将二分查找进行到底 7.4 结论 第8章 图像处理中的即时代码生成 第9章 自顶向下的运算符优先 9.1. JavaScript 9.2. 符号表 9.3. 语素 9.4. 优先 9.5. 表达式 9.6. 中置运算符 9.7. 前置操作符 9.8. 赋值运算符 9.9. 常数 9.10. Scope 9.11. 语句 9.12. 函数 9.13. 数组和对象字面量 9.14. 要做和要思考的事 第 10章 追求加速的种群计数 10.1. 基本方法 10.2. 分治法 10.3. 其他方法 10.4. 两个字种群计数的和与差 10.5. 两个字的种群计数比较 10.6. 数组中的1位种群计数 10.7. 应用 第11章 安全通信:自由的技术 11.1 项目启动之前 11.2剖析安全通信的复杂性 11.3 可用性是关键要素 11.4 基础 11.5 测试集 11.6 功能原型 11.7 清理,插入,继续…… 11.8 在喜马拉雅山的开发工作 11.9 看不到的改动 11.10 速度确实重要 11.11 人权中的通信隐私 11.12 程序员与文明 第12章 在BioPerl里培育漂亮代码 12.1. BioPerl和Bio::Graphics模块 12.2. Bio::Graphics的设计流程 12.3. 扩展Bio::Graphics 12.4. 结束语和教训 第13章 基因排序器的设计 13.1 基因排序器的用户界面 13.2 通过Web跟用户保持对话 13.3. 多态的威力 13.4 滤除无关的基因 13.5 大规模美丽代码理论 13.6 结论 第14章 优雅代码随硬件发展的演化 14.1. 计算机体系结构对矩阵算法的影响 14.2 一种基于分解的方法 14.3 一个简单版本 14.4 LINPACK库中的DGEFA子程序 14.5 LAPACK DGETRF 14.6递归LU 14.7 ScaLAPACK PDGETRF 14.8 针对多核系统的多线程设计 14.9 误差分析与操作计数浅析 14.10 未来的研究方向 14.11 进一步阅读 第15章 漂亮的设计会给你带来长远的好处 15.1. 对于漂亮代码的个人看法 15.2. 对于CERN库的介绍 15.3. 外在美(Outer Beauty) 15.4. 内在美(Inner Beauty ) 15.5. 结论 第16章,Linux内核驱动模型:协作的好处 16.1 简单的开始 16.2 进一步简化 16.3 扩展到上千台设备 16.4 小对象的松散结合 第17章 额外的间接层 17.1. 从直接代码操作到通过函数指针操作 17.2. 从函数参数到参数指针 17.3. 从文件系统到文件系统层 17.4. 从代码到DSL(Domain-Specific Language) 17.5. 复用与分离 17.6.分层是永恒之道? 第18章 Python的字典类:如何打造全能战士 18.1. 字典类的内部实现 18.2. 特殊调校 18.3. 冲突处理 18.4. 调整大小 18.5. 迭代和动态变化 18.6. 结论 18.7. 致谢 第19章 NumPy中的多维迭代器 19.1 N维数组操作中的关键挑战 19.2 N维数组的内存模型 19.3NumPy迭代器的起源 19.4 迭代器的设计 19.5 迭代器的接口 19.6 迭代器的使用 19.7 结束语 第20章 NASA火星漫步者任务中的高可靠企业系统 20.1 任务与CIP 20.2 任务需求 20.3 系统架构 20.4 案例分析:流服务 20.5 可靠性 20.6 稳定性 20.7 结束语 第21章 ERP5:最大可适性的设计 21.1 ERP的总体目标 21.2 ERP5 21.3 Zope基础平台 21.4 ERP5 Project中的概念 21.5 编码实现ERP5 Project 21.6 结束语 第22章 一匙污水 第23章 MapReduce分布式编程 23.1 激动人心的示例 23.2 MapReduce编程模型 23.3 其他MapReduce示例 23.4 分布式MapReduce的一种实现 23.5 模型扩展 23.6 结论 23.7 进阶阅读 23.8 致谢 23.9 附录:单词计数解决方案 第24章 美丽的并发 24.2 软件事务内存 24.3 圣诞老人问题 24.4 对Haskell的一些思考 24.6 致谢 第25章 句法抽象:syntax-case 展开器 25.1. syntax-case简介 25.2. 展开算法 25.3. 例子 25.4. 结论 第26章 节省劳动的架构:一个面向对象的网络化软件框架 26.1 示例程序:日志服务 26.2 日志服务器框架的面向对象设计 26.3 实现串行化日志服务器 26.4 实现并行日志服务器 26.5 结论 第27章 以REST方式集成业务伙伴 27.1 项目背景 27.2 把服务开放给外部客户 27.3 使用工厂模式转发服务 27.4 用电子商务协议来交换数据 27.5 结束语 第28章 漂亮的调试 28.1 对调试器进行调试 28.2 系统化的过程 28.3 关于查找的问题 28.4 自动找出故障起因 28.5 增量调试 28.6 最小化输入 28.7 查找缺陷 28.8 原型问题 28.9 结束语 28.10 致谢 28.11 进一步阅读 第29章 把代码当作文章 第30章 当你与世界的联系只有一个按钮 30.1 基本的设计模型 30.2 输入界面 30.3 用户界面的效率 30.4 下载 30.5 未来的发展方向 第31章 Emacspeak:全功能音频桌面 31.1 产生语音输出 31.2 支持语音的Emacs 31.3 对于在线信息的简单访问 31.4 小结 31.5 致谢 第32章 变动的代码 32.1 像书本一样 32.2 功能相似的代码在外观上也保持相似 32.3 缩进带来的危险 32.4 浏览代码 32.5 我们使用的工具 32.6 DiffMerge的曲折历史 32.7 结束语 32.8 致谢 32.9 进一步阅读 第33章 为“The Book”编写程序 33.1 没有捷径 33.2 给Lisp初学者的提示 33.3 三点共线 33.4 不可靠的斜率 33.5 三角不等性 33.6 河道弯曲模型 33.7 “Duh!”——我的意思是“Aha!” 33.8 结束语 33.9 进一步阅读 后记

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

柠檬睡客

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值