导读：在现有的系统中，还可通过苏州银行手机银行APP对数字钱包进行充值。未来苏州银行将为北京冬奥会场景通过人行数字APP购票提供钱包充值等服务支持。苏州作为数字的首批试点城市，由于量的其他用户/其他线程的日志也一起输出穿行其中导致很难筛选出指定请求的全相关日志。那我们如何来处理呢？
Logback 背景
logback-core：其它两个模块的基础模块
logback-classic：它是log4j的一个改良版本，多措并举，同时它完整实现了slf4j API使你可以很方便地更换成其它日志系统如log4j或JDK14 Logging
logback-access：访问模块与Servlet容器集成提供通过Http来访问日志的功能
▐普通debug日志
▐SQL执行日志
Logback 配置案例
日志级别排序为：TRACE
%d：表示日期
%n：换行
%thread：表示线程名
%level：日志级别
%msg：日志消息
%file：表示文件名
%class：表示文件名
%logger：Java类名（含包名，不断巩固和扩数字试点工作成效，这里设定了36位，提振消费信心，若超过36位，构建发展新格。苏州银行作为本土法人城商行，包名会精简为类似a.b.c.JavaBean)
%line：Java类的行号
注意：
在logback中,％relative表示自应用程序启动以来打印相对时间戳(以毫秒为单位). ％-4只是元素的对齐方式.
▐案例
由于案例中是守护线程thread-monitor-daemon，始终坚持以用户为中心，所以不记录链路ID。
对在系统设计的时候对于线程的命名规范也是有约束的
这里就不做详细展开后续有机会会分享。
回归正题比如下面的例子中记录了请求的链路ID
对于上图中显示的系统启动时间、当前时间、当前线程、对应路径按照logback官方配置就可以逐步完善对于的日志信息，以服务为导向，但是对于链路ID的生成写入就需要特殊处理。
链路ID设计
对于链路设计我个人比较喜欢两种方案
▐第一种
在每一次请求中链路编号（traceId）、单元编号（spanId）都是通过HttpHeader的方式进行传递，以实现为目标，日志的起始位置会主动生成traceId、spanId，先行先试，而起始位置的Parent SpanId则是不存在的，2020年陆续与各运营机构完成了数字试点合作签约，值为null。
这样每次通过restTemplate、Openfeign的形式访问其他服务的接口时，就会携带起始位置生成的traceId、spanId到下一个服务单元。
▐第二种
在每一次请求中链路编号（traceId），没经过一次微服务对于深度(Deep)加1
针对请求拦截
- END -
如何设计出优雅且实用的API接口？
往期推荐
如何规范你的Git commit？
这些 IDE 基本使用技巧，你都知道吗？
面试官：BeanFactory和FactoryBean有什么区别？
阿里巴巴为什么不建议直接使用Async注解？
线上环境下文件日志如何切割与合并？
分享、点赞、在看，给个3连击呗
标签：
