日志记录策略

最近在项目开发过程中  遇到一些问题：

1   项目开发时间分部：开发一个简单模块大约需要一周的时间，开发一个复杂模块大约需要一两个月时间不固定，后期则主要时间花费在bug修复中。由于前期开发过程中项目组同事大多数情况都是各自为营，没有统一的代码风格与代码规范，日志的打印级别，打印的时机没有统一的约定模式，导致后期bug 的修复工作变得格外麻烦。通常修复一个bug 不能根据日志定位出错位的模块及代码行，需要不断的测试重现bug。有些bug的复现情况比较特殊，或者是因为测试账号资源的占用，导致bug复盘成本高，bug修复变得成本很大，所以衍生出要统一规范代码日志的想法，遂开始搞一下。

CSND上的一个日志记录指导：

https://blog.csdn.net/weter_drop/article/details/93416013?ops_request_misc=&request_id=&biz_id=102&utm_term=%E4%BB%A3%E7%A0%81%E4%BB%80%E4%B9%88%E6%97%B6%E5%80%99%E9%9C%80%E8%A6%81%E8%AE%B0%E5%BD%95%E6%97%A5%E5%BF%97&utm_medium=distribute.pc_search_result.none-task-blog-2~all~sobaiduweb~default-2-.first_rank_v2_pc_rank_v29&spm=1018.2226.3001.4187

依次为基础做一个日志记录总结：

。。。。。。待更新