服务器编程中的日志

今天leader提了一份服务器编程的规范，其中一个是日志问题。一般的，日志级别分为Fatal、Error、Warning、Info、Debug和Trace，输出哪些级别的日志要能动态配置，但Fatal、Error和Info是必须要输出的，而且Debug/Trace日志要能反映程序运行的情况，为在线调试提供足够的信息，这就要求编码时就要考虑可能出错调试的情况：编码时多写点，出bug时就少些烦劳，别“日志用时方恨少”，呵呵。

 

有个值得考虑的情况是，在运行时如果打开Debug/Trace级别，可能会导致日志急剧增加，影响系统运行倒不是太严重，但是日志过多也会影响调试，一种方法是按制定协议或用户进行Trace，这是一个比较好的方案，就是在配置中制定Trace某个用户或消息的所有Debug/Trace，而不是所有的，这样即能输出详细信息，又不会产生太多的日志。