设计思路-日志扩展方便快速定位问题
traceId设计
每个请求关联的所有日志默认打上traceId,抛给用户追加追溯码,如果有链路追踪则使用链路追踪的traceId,没有可以用tlog或者自己实现
日志自动追加当前操作用户信息
traceId只支持,用户反馈或者我们复现知道某次请求traceId的情况,如果我们要主动搜索某个用户某段事件的日志则无法处理,再增加一个用户信息的扩展
如何扩展
无论是log4j还是logback都是扩展convert
参考:https://www.cnblogs.com/LQBlog/p/14103113.html
效果
traceid 为用户收到异常后的追溯码 或者复现问题抓包请求头的traceId 根据traceId找到所有相关日志
providerId和userId用户信息,为用户没有追溯码 只知道自己操作了什么行为，根据他们的用户id或者服务商id找到所有相关日志
【推荐】国内首个AI IDE，深度理解中文开发场景，立即下载体验Trae
【推荐】编程新体验，更懂你的AI，立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包，你的智能百科全书，全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell：AI 加持，快人一步
· 全程不用写代码，我用AI程序员写了一个飞机大战
· DeepSeek 开源周回顾「GitHub 热点速览」
· 记一次.NET内存居高不下排查解决与启示
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布：重大改进与新特性概览！