beego需手动启用accesslogs并配置runmode，v2.x须在bee.run()前初始化日志器；trace_id须在filter中生成并注入req.context，再通过自定义accesslogwriter在日志行前缀注入，否则标准accesslog无法获取。
Beego 中如何开启基础请求日志
Beego 默认不记录详细 HTTP 请求日志（如请求路径、方法、耗时），必须手动启用。关键在于配置 AccessLogs 和调整 RunMode。
- 确保
app.conf中设置accesslogs = true（开发/测试环境建议开启） - Beego v2.x 要求显式调用
bee.Run()前初始化日志器，否则accesslogs配置无效 - 默认日志输出到控制台；若需写入文件，需额外配置
log.Outputs并指定file类型
如何在日志中加入唯一 trace_id
Beego 本身不内置分布式追踪 ID 生成逻辑，需要在请求生命周期早期注入 trace_id，并透传到日志上下文。
- 推荐在
func (b *BeegoApp) PreRun()或自定义Filter中生成 UUID，并存入context.Context：ctx = context.WithValue(ctx, "trace_id", uuid.New().String()) - Beego 的
Controller.Ctx.Input.SetData()可临时存储，但无法自动注入到accesslog格式中，需重写日志格式 - 更可靠的做法是覆盖
beego.BeeLogger.AccessLog，在Write()方法中提取ctx.Value("trace_id")并拼接到日志行前缀
为什么 accesslog 不显示 trace_id？常见漏点
即使加了 trace_id 到 context，标准 accesslog 仍不显示——因为 Beego 的访问日志由独立的 accessLogger 实例输出，它不读取 controller 上下文。
-
accesslog是基于http.ResponseWriter包装器实现的，其WriteHeader()触发日志，此时原始Context已不可达 - 不能依赖
this.Ctx.Input.GetData()，该数据仅对当前 Controller 生命周期有效，不穿透到 accessLogger - 正确做法：使用
http.Request.Context()在 Filter 中写入，再通过自定义AccessLogWriter（实现io.Writer）拦截日志内容并注入 trace_id
Beego v2.x 下推荐的轻量级 trace 日志方案
不引入 OpenTracing SDK 的前提下，用最少改动实现可检索的 trace 日志。
- 在
main.go初始化阶段注册 Filter：beego.InsertFilter("*", beego.BeforeRouter, traceFilter) -
traceFilter中生成trace_id，写入req.Context()和req.Header.Set("X-Trace-ID", tid) - 重写
beego.BeeLogger.AccessLog输出目标为自定义traceAccessWriter{}，其Write(p []byte)方法解析原始日志行，前置插入[trace_id=xxx] - 注意：Beego v2.1+ 的
AccessLog默认关闭 color 输出，避免 ANSI 字符干扰日志解析
真正难的不是生成 ID，而是让这个 ID 稳定出现在每条关联日志里——包括 accesslog、errorlog、甚至你手写的 beego.Trace()。别指望框架自动串联，得自己把 context 和 logger 绑牢。
