`

打印日志的tips

阅读更多
这次跟踪减库存和事务处理的问题, 非常麻烦, 主要跟我们的日志打印有关, 可以说日志很不详细, 或者打的不是地方, 不该打日志的地方有log, 该有日志的地方却没有, 导致很难发现问题, 所以以后对于异常情况的一定要打日志, 应该将打日志的重要性提高到写注释的高度, 这样可以提高我们分析问题的效率.

打日志的一般技巧:
1.正常情况下应该返回true, 却返回false的, 反正就是你在对返回值进行检查的时候, 如果不正常, log一下
2.出现异常的地方, 以前认为最外层的服务接口会帮我们记下所有的异常, 但是这个也不一定可靠, 所以还得我们自己记一下
3.日志必须包含上下文信息
4.如果出于统计的需要, 可根据情况打, 但是也要谨慎, 否则会撑爆服务器, 而且必须跟其他的日志信息分开, 最好单独用一个文件.
5.在完成代码之后, 查看一下整个代码结构, 在一些关键的点, 加上日志, 正常的info, 少数情况出现的warn, 异常情况的error或者warn.
6.打印的日志内容要容易查询, 以前我比较倾向于打中文日志, 虽然易读, 但是中文在linux下的搜索统计稍微有些麻烦,所以如果能加上英文标识(比如说用于唯一标识的前缀), 能识别不同日志, 这个对定位也是非常有好处的.
0
0
分享到:
评论
1 楼 mercyblitz 2010-05-31  


一般我的做法是,对日志信息,逻辑和物理上进心分离,同时分级。

对于一般异常信息,设计时可以利用ErrorCode和国际化资源配置(利于查询和组织),搭配一定的日志模式。

对于调试信息的话,建立上下文,可以利用日志监听器,或者更好的AOP,取决于业务模块的API设计。

相关推荐

Global site tag (gtag.js) - Google Analytics