本文介绍了轻量级日志追踪框架TLog，它通过对日志自动打标签，帮助解决微服务日志追踪难题。TLog支持log4j、log4j2和logback等日志框架，以及Dubbo、SpringCloud等RPC框架，允许自定义业务标签，简化日志定位。虽然不收集日志，但可以与其他日志收集方案配合使用，适合中小型企业快速解决日志追踪问题。
迪迦早期精彩文章（希望对大家有所帮助，直接点击即可阅读）：
华为大神珍藏版：SpringBoot全优笔记，面面俱到太全了
涨薪60%！从小厂逆袭，坐上美团L8技术专家（附面经+心得）
就离谱？最新Java架构师全路线总结+高频面试题，这也太强了吧！
阿里大佬倾情力荐：Java全线成长宝典，从P5到P8一应俱全！
前言
最近一个朋友老是和我抱怨：公司系统日志打得实在是太烂了，有用的信息很少，没用的一大堆。就连那有用的信息，在那么多节点日志之间进行追查，也是痛苦的一笔。
我问他，公司没有日志收集吗，日志收集起来看总好过一个节点一个节点日志查看。他表示，公司有接入一个收费第三方的日志产品，做了收集。但是仅仅是方便了统一化查看搜索，但是系统本身的日志缺少一些关键性的要素。比较乱，在很多微服务之间查看调用日志时定位很难。
归纳下来问题有以下几点：
- 并非所有的日志有关键性信息，比如订单号和SKU信息，有些日志有，有些日志没有，导致有些日志虽然打出了处理步骤日志，但是并不知道是处理哪一个对象。
- 日志没有统一规范，导致看起来非常杂乱无章
- 微服务之间同一个请求的调用链追查更加痛苦，往往只能根据时间戳去搜索，并发小的时候，通过时间戳还能查到，并发一大，查问题的成本太大了。
我给
最低0.47元/天 解锁文章
扫一扫
3111
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
