为什么要有日志

我们不可能实时的24小时对系统进行人工监控，那么该如何定位功能丧失的原因呢？这时，对于系统日志来说就“是时候表演真正的技术了”。日志对于运行环境中系统的监控和问题定位是至关重要的，在系统设计、开发和实现的过程中必须时刻注意着log的输出，这将会对于日后的系统监控和异常分析起至关重要的作用！

　　那么，在系统日志实现上应该注意哪些问题呢？如何做到不滥用日志、减少大量无用信息，让日志记录足够精简明了？

　　第一：系统的哪些运行信息需要进行日志记录？

　　　　1、功能模块的启动和结束（完整的系统由多个功能模块组成，每个模块负责不同的功能，因此需要对模块的启动和结束进行监控。是否在需要的时机正常加载该模块？又是否在退出结束的时候正常完成结束操作，正常退出？）

　　　　2、用户的登录和退出（哪位用户在什么时间通过什么IP登录或退出了系统）

　　　3、系统的关键性操作（数据库链接信息、网络通信的成功与失败等）

　　　4、系统运行期间的异常信息（NPE、OOM以及其他的超时、转换异常等）

　　　　5、关键性方法的进入和退出（一些重要业务处理的方法，在进入和结束的时候需要有日志信息进行输出）

　　　　……

　　　　  ……

　 第二：什么样的日志格式有助于开发者进行明确的分析？

　　　　   日志信息要求必须精简，过多的无用信息不但对系统分析起不到什么作用，反而会增加系统的运行压力、消耗系统的运行资源。这里有个日志模板，可供参考。

　　　　   时间-[线程名][日志等级]-日志输出位置（全类名，可以精确到方法名）:日志信息

　　　　  2013-09-04 10:49:20.296-[Thread-initRedis21504][INFO]-com.shanghai.LoginController.initLogInfo:LingMing[User] is logining

　　　　   日志信息的内容可以根据不同的情况进行设计，但是前面的时间到日志输出位置必须要保证完整性，这样才有利于日志的分析。

　 第三：如何对不同的日志信息进行等级划分？

　　　  　日志等级通常分为四种：DEBUG、INFO、WARN、ERROR

　　　　  DEBUG:系统调试信息，通常用于开发过程中对系统运行情况的监控，在实际运行环境中不进行输出。

　　　  　INFO:系统运行的关键性信息，通常用于对系统运行情况的监控。

　　　  　WARN:告警信息，系统存在潜在的问题，有可能引起运行异常，但此时并未产生异常。

　　　  　ERROR:系统错误信息，需要进行及时处理和优化。

 　　这里列出来了各种等级的日志信息，在开发过程中哪些信息需要设置为哪种等级有赖于开发者的自己判断，这里只是给个建议。

　　日志的管理是系统很重要的一部分，千万不可忽略其重要性。完整的日志将会在系统维护中起着异常重要的作用，就好像磨刀不误砍柴工一样，日志就像对系统进行分析的工具，工具便捷了，对系统分析起来就能达到事半功倍的效果。开发者必须要明白日志的价值和意义，万万不可忽略和轻视，并且在系统设计之初就建议制定一份关于日志管理的说明规范，明确哪些方法、操作必须进行日志输出，在进行开发过程中也要严格遵守。