最近在写一个分布式缓存的框架性基础性组件,和以往做个网站,写个程序不同的是,如果写得不好,可能对全局都会有影响,因此在写这种程序代码时,你会有一种压力。
比如:万一在生产环境用这个组件出了问题怎么办?是否能够迅速定位到错误的地方,找出原因修正?
原先我写程序都是象征性的用一下log4net,common-logging之类的输出日志:
private static ILog logger = LogManager.GetLogger(typeof (LocalcacheBackend));
logger.Info(m=>m("由于没有收到任何set消息,因此这里不触发CacheItemSetedReceived事件"));
可是在生产环境这种海量利复杂的环境下,你就会担心一个是日志量巨大,出了问题不好排查,一般都只记录到Error级别,记录到这个级别的日志,是否足以让你找到错误,多久你能分析出错误,并修复它。
我思考的问题是log4net之类只的日志记录组件,提供给我们了记录日志的方案,仅是一个工具,但是具体在实际中如何设计一个有层次能够及时在复杂生产环境中,快速找到问题,还需要一定的方法和理论的知识,这些知识一般的书本上都没有告诉你,需要你在实际中去摸索和总结。
另外我也发现,log4net等提供的记录RollingLogFileAppender并不是非常实现,一般只用来做为事后备查的手段,在开发的过程中使用UdpAppender更为实时有效,这里有篇文章大家可以参考
CodeProject: A log4net Realtime Color Console for ASP.NET. Free source code and programming help
但在实际生产环境中我还没有找到一个比较好的组合方案,但是下面几个appender是我觉得在生产环境中值得应用推荐的
Product env:
RollingFileAppender
SmtpAppender/SmtpPickupDirAppender
TraceAppender
EventLogAppender
Dev env:
EventLogAppender
RollingFileAppender
UdpAppender
OutputDebugStringAppender
ColoredConsoleAppender
具体还是得根据实际的场景去量体裁衣,熟读log4net的配置文档,
Apache log4net - Apache log4net: Config Examples
另外一个发现是log4net已经对.net内建的System.Diagnostiscs命名空间下的Debug和Trace功能提供了支持,原先我还在想如何整合这一块的内容进去呢
System.Diagnostics命名空间里的Debug类和Trace类的用途 - 破浪 - 博客园
浅谈C#中的Trace和Debug类【转】 - 从绝望中寻找希望,人生终将辉煌! - 博客园
在做日志分析时需要有好的图形界面工具,特别是对于多线程程序就更加依赖这种工具如:
logParser
TraceTool 8: The Swiss-Army knife of trace - The Code Project - C# Programming
我在此也只是罗列一下,我并没有找到特别合适的工具,由于工作任务繁重,也就先告一段落,以后有机会再捡起来继续深究一下。在此小记一下,以便回忆。
本文参考链接:https://www.cnblogs.com/lexus/archive/2009/12/16/1625312.html