今天leader提了一份服务器编程的规范,其中一个是日志问题。一般的,日志级别分为Fatal、Error、Warning、Info、Debug和Trace,输出哪些级别的日志要能动态配置,但Fatal、Error和Info是必须要输出的,而且Debug/Trace日志要能反映程序运行的情况,为在线调试提供足够的信息,这就要求编码时就要考虑可能出错调试的情况:编码时多写点,出bug时就少些烦劳,别“日志用时方恨少”,呵呵。
有个值得考虑的情况是,在运行时如果打开Debug/Trace级别,可能会导致日志急剧增加,影响系统运行倒不是太严重,但是日志过多也会影响调试,一种方法是按制定协议或用户进行Trace,这是一个比较好的方案,就是在配置中制定Trace某个用户或消息的所有Debug/Trace,而不是所有的,这样即能输出详细信息,又不会产生太多的日志。