Revel 默认日志输出到 stdout（终端控制台），不生成文件；本地开发可见 INFO/WARN/ERROR 日志，但容器或后台运行时需依赖日志驱动捕获，且无内置轮转、级别过滤或文件 Handler，需手动通过 os.OpenFile 替换 app.Log.SetOutput 实现文件输出。
Revel 默认日志输出到哪里？
Revel 启动后默认把日志写进 stdout（也就是终端控制台），不生成文件。这意味着：
- 本地开发时你能直接看到
INFO、WARN、ERROR级别日志滚动 - 但一旦用
docker run或 systemd 后台运行，日志就只能靠容器日志驱动或journalctl捕获，无法直接按日期轮转或归档 - 没有配置时，
Log.Error()和Log.Info()都走同一输出流，没法分离错误与常规日志
它底层用的是 Go 标准库的 log 包封装，并通过 Revel 的 app.Log 实例暴露接口，不是基于 zap / logrus 这类第三方结构化日志库。
怎么把 Revel 日志写入文件？
Revel 不内置文件 Handler，需手动替换 app.Log 的输出目标。最轻量的做法是：
- 在
app/init.go的init()函数末尾，加一段重定向逻辑 - 使用
os.OpenFile创建带追加和权限控制的文件句柄 - 把该句柄赋给
app.Log.SetOutput()
file, err := os.OpenFile("logs/app.log", os.O_CREATE|os.O_WRONLY|os.O_APPEND, 0644)
if err == nil {
app.Log.SetOutput(file)
} else {
app.Log.Error("无法打开日志文件", "error", err)
}
注意：
- 文件路径是相对于 Revel 启动目录（即
revel run myapp所在路径），不是app/子目录 - 不要忘记创建
logs/目录，否则OpenFile会失败并静默丢弃日志 - Revel 的
Log实例不是线程安全的，但在 HTTP 请求协程中写日志没问题；若你额外启 goroutine 写日志，需自己加锁
如何控制日志级别和过滤输出？
Revel 的 Log 对象本身没有内置级别开关，它只是透传调用。真正起作用的是你调用的函数名：Log.Trace()、Log.Info()、Log.Warn()、Log.Error()、Log.Critical()。
但你可以：
- 在生产环境里，只保留
Warn及以上调用，手动删掉或注释掉Trace/Info - 封装一层自己的
Logger工具函数，根据REVEL_ENV=prod环境变量跳过低级别输出 - 修改
conf/app.conf中的log.level = INFO并在代码里读取该配置做条件判断（Revel 不自动识别这个配置项，得你自己解析）
常见误区：
- 以为设置
log.output = file就能自动过滤级别 —— 不行，输出目标和是否打印是两回事 - 在
app.Run()之后才去改app.Log—— 此时路由已注册，中间件和控制器可能已经触发日志，部分日志仍会打到 stdout
为什么不能直接用 logrotate 管理 Revel 日志文件？
可以，但必须配合 os.File 的重开机制。Revel 不提供 RotateHandler 或 SIGHUP 重载支持。
如果你用 logrotate 做每日轮转：
- 它会把原文件重命名（如
app.log → app.log-20261016），再新建空app.log - Revel 进程仍持有旧文件句柄，继续往已被 rename 的文件里写，新日志不会进新文件
- 解决办法是在
logrotate配置里加上copytruncate，或者监听SIGHUP后手动重新OpenFile并SetOutput
这正是 Revel 日志体系最易被忽略的一环：它把“写日志”这件事交给了 Go 原生能力，但没封装“日志生命周期管理”。轮转、压缩、清理，都得你补全。
