Buffalo 的 middleware.Logger 默认仅开发环境生效，生产环境需在 actions.App() 中路由注册前手动启用并配置文件输出及自定义字段。
Buffalo 的 middleware.Logger 默认只在开发环境生效，生产环境必须手动注册，且不能靠“加一行代码”就完事——顺序、环境判断、输出目标三者缺一不可。
为什么 middleware.Logger 在 production 里不打印日志
它被硬编码在 middleware.Logger 源码里的一处条件判断中：if app.Options.Env == "development"，其余环境直接 return。所以哪怕你写了 app.Use(middleware.Logger)，只要 app.Options.Env 不是 "development"，中间件函数体根本不会执行。
常见错误写法：
- 在
app.go末尾补app.Use(middleware.Logger)，但没检查app.Options.Env值 - 把
app.Use()放在app.AutomaticResourceRouting()之后，导致静态资源（如/assets/xxx.js）请求绕过 Logger - 误以为
GO_ENV=production buffalo dev就能触发——buffalo dev强制设为development，这个环境变量无效
正确做法是在 actions.App() 函数内、所有路由注册前插入：
立即学习“go语言免费学习笔记（深入）”；
if app.Options.Env == "production" {
app.Use(middleware.Logger)
}
怎么把日志写到文件而不是 stdout
middleware.Logger 底层用的是 logrus.Logger，但 Buffalo 没暴露 Logger.Out 设置入口。你不能改它的配置，只能替换整个 logger 实例。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
步骤如下：
- 先创建一个自定义
*logrus.Logger，比如fileLogger := logrus.New() - 设置
fileLogger.Out = os.File（打开文件时用os.OpenFile(..., os.O_CREATE|os.O_APPEND|os.O_WRONLY)） - 调用
middleware.SetLogger(fileLogger)—— 这个函数存在且公开，Buffalo 会把它透传给内部 logger
注意：这个替换必须在 app.Use(middleware.Logger) 之前完成，否则无效。
如何加 X-Request-ID 或客户端 IP 到日志字段
middleware.Logger 的日志格式和字段是硬编码的（例如固定输出 method, path, status, latency），不支持配置扩展。想加字段，必须自己重写中间件。
核心逻辑很简单：包装 http.ResponseWriter + 从 c.Request() 提取信息：
- 复制
middleware.Logger源码（约 50 行），改名为CustomLogger - 在
log.WithFields()里加入"ip": c.Request().RemoteAddr和"request_id": c.Request().Header.Get("X-Request-ID") - 确保中间件位置在
gzip.Middleware之后，否则响应体大小读不到真实值 - 不要在中间件里调
c.Error()或c.Render()，会干扰原 handler 流程
哪些请求永远进不了 middleware.Logger
不是所有 HTTP 请求都会被记录，常见漏掉场景：
-
middleware.Static处理的请求（如/assets/）——它在 Logger 注册前就返回了，除非你把app.Use(middleware.Logger)放在最开头 -
middleware.ParameterParser解析失败直接返回 400，此时 Logger 还没执行 - panic 导致的崩溃：Logger 只记录正常流程，panic 会跳过整个中间件链，必须单独用
recover()+c.Log()捕获 - 中间件提前
return（比如认证失败跳转登录页），Logger 后续逻辑不会运行
真正可靠的日志方案，得把 middleware.Logger、自定义 panic 捕获、以及关键业务点的手动 c.Log() 三者配合使用——框架自带的 Logger 只是起点，不是终点。
