日志

日志要认真写

曾经,我是不怎么关心程序里的日志的。每次写程序都是写完逻辑,顺带着在一些关键部位加一些日志记录。或者是在调试的过程中插入一些日志。在测试环境这么做完全没问题。因为整个环境只有我一个人在用,每次执行程序,只有那几条日志被打印出来而已。肉眼一扫就知道有没有问题了。工作中发现,很多人其实也是这样,随手写点日志,甚至根本不写日志。 糟糕的日志 直到有一天我需要检查一个问题,有反馈说某个用户收不到我们系统发出的消息。怎么回事呢?系统在线上运行了,也不能为了这一个个例停掉整个系统来调试吧?投递消息这里应该记录了日志,于是打开日志文件检查,看到了如下让人目瞪口呆的内容: [2015-12-01 14:54:33][INFO] send message ok [2015-12-01 14:54:33][INFO] send message fail [2015-12-01 14:54:33][INFO] send message ok [2015-12-01 14:54:34][INFO] send message ok [2015-12-01 14:54:34][INFO] send message fail [2015-12-01 14:54:35][INFO] send message ok 这谁写的日志给我站出来!你语文是体育老师教的吗? 老师从小就教导我们,叙述事情要讲清楚时间,地点,人物,事件。这一条日志你只写了个事件,时间都是框架帮你写好的,然后事件你还没讲清楚。有十个模块在发消息,我怎么直到这些日志是哪个模块写的?就算只有一个模块在记录这些日志,怎么能知道是发给谁的消息成功或者失败了?发送失败了,那么原因是什么? 详细的日志 有些同学没有意识到日志的作用。日志是用来记录事情的。…

Keep reading