化腐朽为神奇：简明日志规范

上周静儿用一天的时间写了一个日志切面，大家都非常支持配合，内部各个模块都使用起来。

从技术上来说就是一个aspectj，没有什么难点。关键是做好之后让很多模块都一起使用起来，形成了一个规范。规范是一个很神奇的东西。

比如因特网本身就是一套规范而已。所谓的带宽是连电压都规定好了的大家必须遵守的东西。比如神奇的http，也就是一套约定的规范。

那简明日志规范到底有什么意义呢？回到之前静儿写的文章：美团点评智能支付核心交易系统的可用性实践。

是的，简明日志规范是系统稳定性的重要保障之一。

这样想，对于一个大型系统，不同的模块通过不同的工程来维护，分而治之。但是一旦出现了问题，每个模块的日志只有做这一块的同学才能看懂，这就杯具了。等定位到问题黄花菜都凉了。

如果大家都有一些链路必需的参数，都是用统一的格式，这样问题就好定位多了。这就是简明日志规范最重要的意义。

    静儿码农一枚，有朋友吐槽静儿的github一年没更新了，主要做管理了吧。基础架构部这边大家都是做技术的，只有技术专家，没有领导。github不更新原因是咱们在公司里写出的代码，或者用公司电脑写出的代码，理论上都属于公司。想开源需要审批的。这点也需要朋友注意了。

    静儿经授权，开源了日志切面的代码，目前已经上传了github:

https://github.com/xiexiaojing/concise-logger

背景

1.我们定位问题是否有足够的信息？

2.我们在观察信息情况的时候是否会被很多不关心的内容所干扰？

3.我们的监控报警是否有可靠的信息来源？

简明日志，代码无侵入，截获所有与其他组件交互日志。

原理

写了一个日志切面，默认在目录的service包、api包、queue包的所有public方法前后打印info级别日志。dao包打印debug级别日志。也支持灵活用注解方式打印日志。日志等级可以在统一配置中心上进行配置。

方法

1.pom.xml配置

<dependency>

<groupId>com.brmayi</groupId>

<artifactId>concise-logger</artifactId>

<version>1.0.0-SNAPSHOT</version>

</dependency>

2.spring的配置

<bean id="logAspect" class="com.brmayi.aspect.LogPrintAspect">

<aop:config>

<aop:aspect id="aspectAOP" ref="logAspect" />

</aop:config>

    日志想要便于查看，目前都需要统一的日志中心。日志中心目前大公司都是自己实现。但是大家想要自己弄，静儿原同事阳哥给大家提供了一个福利。阳哥之前就职于阿里，后回到乐视期间我们同事一年，一起做项目，跟阳哥学了很多东西。他目前做的开源日志中心已经在乐视内部线上使用，稳定性有保证。

    github地址：https://github.com/guoyang1982/woodpecker-client。如果大家有什么不明白的。其中起来，我也可以请他给大家讲解一下。

一个技术的成功往往是一种营销的成功。比如docker、k8s。k8s火了之后，docker一看自己的地位将不保，就说：

所以docker是一个标准的k8s的CRI实现。这实为明智之举。也是我辈在工作和生活中都可以借鉴的一个合作共赢的道理。

关于作者

静儿，20岁时毕业于东北大学计算机系。在毕业后的第一家公司由于出众的语言天赋，在1年的时间里从零开始学日语并以超高分通过了国际日语一级考试，担当两年日语翻译的工作。后就职于人人网，转型做互联网开发。中国科学院心理学研究生。有近百个技术发明专利，创业公司合伙人。有日本东京，美国硅谷技术支持经验。目前任美团点评技术专家（欢迎关注静儿的个人技术公众号：编程一生）,心法文章可参考我的《自动化管理之新人培养》

技术交流可关注我的github:https://github.com/xiexiaojing