日志维护规范建议

在我日志维护的过程中，有几个体验，有感于近段时间的思考：编码中的维护代价，编程语言的选择倒是其次的，重复出现的模式，或现在经常提到的技术栈，才是令维护简单的灵药！

而这个感悟的冒出，与个人日志维护经验不谋而合，特别是近段分析一个资源在性能测试时的释放BUG，更是让焦点都集中在模式上面，现总结出来，以利于交流和讨论:)

我所见到的菜鸟水平，通常是程序里面打印了日志，但是还需要通过**调试**，才能知道程序后续是怎么运行的！！！

当然在现实代码维护过程中，如果出现这种警示情况，通常是让日志达到更优水平的催进剂！

# 建议

 ++ 打印日志要信息量丰富，查看日志即可以知道代码后续运行流转

++ 打印日志，要避免重复和影响性能，需要综合考量

   >>> 日志分级别和进行开关，通常是一个不错的办法

++  如果日志中出现某种模式，可以进行切面或剖面，将更有利于分析日志。

   >>>  通过关键字或正则表达式检索日志，分析某些对象或资源的生成和删除，避免海量分析日志

# 进阶建议

通过日志分析，而非调试代码，来解决BUG。既有利于日志系统的迭代达优，又可以深刻理解、掌握代码