MSN Direct 日志系统浅析

简介:

对一个复杂的需要24小时连续运行的系统来说,日志系统必不可少,它为系统调试、错误定位提供最有力的支持。MSN Direct就是一个这样的系统,不仅24小时连续运行,还会不断地从不同的Web Server获取诸如交通、天气、新闻、股价等信息,并把获得数据进一步处理后,存入到数据库,最后MSN Direct调度程序再根据不同的策略从数据库提取数据,并把它们通过广播转发出去,以上任一个环节出问题,就会导致信息发送失败,而详尽的日志文件便能为此类问题的定位提供第一手信息,其重要性不言而喻。

MSN Direct输出的信息分为5类:成功(Success)、错误(Error)、警告(Warning)、信息(Info)、调试(Debug);

相关示例代码如下(相关接口函数我进行了调整和简化,去掉了EventCode参数):

private void btnTest_Click(object sender, EventArgs e)

{

    Logger.Success("Success");

    try

    {

        int a = 10,b=0;

        a /=  b;

    }

    catch (Exception ee)

    {

        Logger.Error(ee, "error");

        Logger.Error(ee);

        Logger.Warning(ee, "Warning");

        Logger.Warning(ee);

        Logger.Warning("Warning1");

    }

    Logger.Info("info");

    Logger.Debug("Debug");

}

其输出方式也有4种之多,这4种方式分别为:

1、VS2005/VS2008 输出对话框。

 

   

2、控制台信息输出

 

3、系统事件输出(可通过事件查看器浏览)

 

4、log文件输出

MSN Direct的日志系统,每小时便输出一个文件(因为对MSN Direct系统来说,一小时便能产生近10M数据),并且可设定日志文件保存的天数(默认2天),为了方便查阅我编写了一个日志浏览器(参见上图),不仅可分类查看,还可以进行关键字搜索。

 

在开发这个日志浏览器过程中,有一个技术问题困扰了我一段时间。对MSN Direct的日志系统,有两种写日志文件方式,一是文件句柄一直打开(直到一小时结束换另一个日志文件为止),二是输出一条便即时关闭,写下条时再打开。由于MSN Direct日志信息量巨大,所以为了优化性能选择了第一种方式。这就有一个问题,日志浏览器只能打开以前的日志进行浏览,而对当前的日志却无法打开,程序会提示你,该文件已被打开之类云云。你试着用其它文档编辑器去打开,你会发现大多数这类程序都无法打开,目前就我所知,WinHex和记事本程序可以(没有想到记事本程序还有这么强的的一面)。

从网上搜索“打开已打开文档”(也可以称为文件共享访问,不过有点特殊的是,前提是该文件已被独占打开了),未发现有价值的文章。当然也有釜底抽薪的做法,就是直接读取磁盘,对FAT32的文件系统来说,技术上我还可以实现,但是对NTFS格式的磁盘我就捉襟见肘了。

本打算深入研究一下记事本到底调用了什么API,后来囿于时间关系,所以采取了曲线救国的方式实现了该功能。

思路:先用记事本打开,然后从记事本获取信息,最后关闭记事本。不过很不爽的是,采用各种方法记事本的窗体还是无法隐藏(估计是初始打开的文件太大了)。

相关代码如下:

    #region 用记事本打开已打开的文本文件

   

 
  1. System.Diagnostics.Process Proc;  
  2.  
  3.     try 
  4.  
  5.     {  
  6.  
  7.         // 启动记事本  
  8.  
  9.         Proc = new System.Diagnostics.Process();                            
  10.  
  11.         Proc.StartInfo.FileName = "notepad.exe";  
  12.  
  13.         Proc.StartInfo.Arguments = FileName;  
  14.  
  15.         Proc.StartInfo.UseShellExecute = false;                                      
  16.  
  17.         //Proc.StartInfo.RedirectStandardInput = true;  
  18.  
  19.         //Proc.StartInfo.RedirectStandardOutput = true;      
  20.  
  21.         Proc.StartInfo.CreateNoWindow = true;  
  22.  
  23.         Proc.StartInfo.WindowStyle = System.Diagnostics.ProcessWindowStyle.Hidden;  
  24.  
  25.         Proc.Start();        
  26.  
  27.     }  
  28.  
  29.     catch 
  30.  
  31.     {  
  32.  
  33.         Proc = null;  
  34.  
  35.     }  
  36.  
  37.     #endregion  
  38.  
  39.     #region 从记事本获取数据  
  40.  
  41.     if (Proc != null)  
  42.  
  43.     {  
  44.  
  45.         // 调用 API, 传递数据  
  46.  
  47.         while (Proc.MainWindowHandle == IntPtr.Zero)  
  48.  
  49.         {  
  50.  
  51.             Proc.Refresh();  
  52.  
  53.         }  
  54.  
  55.         ShowWindow(Proc.MainWindowHandle, 0);                          
  56.  
  57.         IntPtr vHandle = FindWindowEx(Proc.MainWindowHandle, IntPtr.Zero, "Edit"null);  
  58.  
  59.         const int WM_GETTEXTLENGTH = 0xE;  
  60.  
  61.         int intSize = SendMessageInt(vHandle, WM_GETTEXTLENGTH, 0, 0);  
  62.  
  63.         StringBuilder sb = new StringBuilder(intSize);  
  64.  
  65.         const int WM_GETTEXT = 0xD;  
  66.  
  67.         SendMessageStr(vHandle, WM_GETTEXT, intSize, sb);  
  68.  
  69.         Proc.CloseMainWindow();  
  70.  
  71.         //Proc.Kill();  
  72.  
  73.         byte[] bytData = System.Text.Encoding.Default.GetBytes(sb.ToString());    
  74.  
  75.         stream = new MemoryStream(bytData);          
  76.  
  77.     }  
  78.  
  79. #endregion  
  80.  

如果哪个网友有更好的解决方案,忘不吝告知,谢谢!

MSN Direct日志系统可通过下面4个属性(我新添加),以决定以哪种方式输出日志信息。

  

 
  1. Logger.TraceLogEnable = true;  
  2.  
  3.   Logger.ConsoleLogEnable = true;  
  4.  
  5.   Logger.EventLogEnable = true;  
  6.  
  7. gger.FileLogEnable = true;      

当然以上对MSN Direct日志系统介绍,仅仅是皮毛,诸如XML配置、二进制序列化等等技术细节只有留待日后有时间再细说了。

 

 






本文转自yefanqiu51CTO博客,原文链接:http://blog.51cto.com/yfsoft/324066,如需转载请自行联系原作者

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
29天前
|
安全 Linux 网络安全
/var/log/secure日志详解
Linux系统的 `/var/log/secure` 文件记录安全相关消息,包括身份验证和授权尝试。它涵盖用户登录(成功或失败)、`sudo` 使用、账户锁定解锁及其他安全事件和PAM错误。例如,SSH登录成功会显示"Accepted password",失败则显示"Failed password"。查看此文件可使用 `tail -f /var/log/secure`,但通常只有root用户有权访问。
88 4
|
1月前
|
运维 监控 数据可视化
日志服务 HarmonyOS NEXT 日志采集最佳实践
鸿蒙操作系统(HarmonyOS)上的日志服务(SLS)SDK 提供了针对 IoT、移动端到服务端的全场景日志采集、处理和分析能力,旨在满足万物互联时代下应用的多元化设备接入、高效协同和安全可靠运行的需求。
116776 10
|
1月前
|
监控 Linux 网络安全
/var/log/auth.log日志说明
`/var/log/auth.log`是Linux系统记录身份验证和授权事件的日志文件,包括登录尝试、SSH连接、sudo操作等。系统管理员可通过它监控用户登录、检查失败尝试、跟踪SSH活动、查看sudo/su操作及PAM活动。日志内容可能因系统配置而异,可能存在于其他日志文件中。分析这些日志可使用`tail`、`grep`等命令或专用日志分析工具。了解系统和其服务详情有助于提取有用信息。
47 2
|
1月前
|
安全 Ubuntu Unix
/var/log/syslog日志说明
`/var/log/syslog`是Unix和Linux的日志文件,记录系统事件和消息,由`syslogd`或`rsyslogd`生成。日志条目含时间戳、主机名、PID、日志级别(如DEBUG、ERROR)和事件描述。内容涵盖系统启动/关闭、硬件错误、网络、用户登录、安全事件等。查看日志可使用`cat`、`tail`、`less`或`grep`命令。不过,不同Linux发行版可能有变,如Ubuntu使用`journald`和`journalctl`。
50 3
|
1月前
|
Java
使用Java代码打印log日志
使用Java代码打印log日志
250 1
|
1天前
|
C++
JNI Log 日志输出
JNI Log 日志输出
8 1
|
1天前
|
存储 运维 大数据
聊聊日志硬扫描,阿里 Log Scan 的设计与实践
泛日志(Log/Trace/Metric)是大数据的重要组成,伴随着每一年业务峰值的新脉冲,日志数据量在快速增长。同时,业务数字化运营、软件可观测性等浪潮又在对日志的存储、计算提出更高的要求。
|
8天前
|
XML Java Maven
Springboot整合与使用log4j2日志框架【详解版】
该文介绍了如何在Spring Boot中切换默认的LogBack日志系统至Log4j2。首先,需要在Maven依赖中排除`spring-boot-starter-logging`并引入`spring-boot-starter-log4j2`。其次,创建`log4j2-spring.xml`配置文件放在`src/main/resources`下,配置包括控制台和文件的日志输出、日志格式和文件切分策略。此外,可通过在不同环境的`application.yml`中指定不同的log4j2配置文件。最后,文章提到通过示例代码解释了日志格式中的各种占位符含义。
|
8天前
|
运维 监控 Go
Golang深入浅出之-Go语言中的日志记录:log与logrus库
【4月更文挑战第27天】本文比较了Go语言中标准库`log`与第三方库`logrus`的日志功能。`log`简单但不支持日志级别配置和多样化格式,而`logrus`提供更丰富的功能,如日志级别控制、自定义格式和钩子。文章指出了使用`logrus`时可能遇到的问题,如全局logger滥用、日志级别设置不当和过度依赖字段,并给出了避免错误的建议,强调理解日志级别、合理利用结构化日志、模块化日志管理和定期审查日志配置的重要性。通过这些实践,开发者能提高应用监控和故障排查能力。
85 1
|
9天前
|
弹性计算 运维 Shell