必须调用log.setoutput并传入*os.file等io.writer实现对象，不可传字符串路径；需预创建目录、避免os.create清空日志；defer close()不保证落盘，应显式sync()或用bufio.writer；多日志器应使用log.new隔离；轮转须用lumberjack等专业库而非手写。
log.SetOutput 传入 *os.File 是唯一正确入口
GoLand 本身不提供“图形化日志重定向开关”，所有日志输出目标控制都在代码里。你必须调用 log.SetOutput，且参数只能是实现了 io.Writer 的对象——最常用的就是 *os.File。别在 GoLand 设置里找“日志文件路径”选项，那不存在。
常见错误是把字符串路径（如 "app.log"）直接塞给 log.SetOutput，结果编译失败：cannot use "app.log" (type string) as type io.Writer。必须先用 os.OpenFile 打开或创建文件，拿到 *os.File 实例再传进去。
-
os.OpenFile("logs/app.log", os.O_CREATE|os.O_WRONLY|os.O_APPEND, 0644)是推荐打开方式：确保目录存在、追加写、权限合理 - 如果
logs/目录不存在，os.OpenFile会返回open logs/app.log: no such file or directory错误，得提前os.MkdirAll("logs", 0755) - 别用
os.Create()—— 它等价于os.O_TRUNC，每次启动都清空日志
defer file.Close() 不等于日志一定写进磁盘
很多人写了 defer file.Close() 就以为万事大吉，但 Go 的 *os.File 写入默认走系统缓冲，Close() 会 flush 一部分，但不保证全部落盘——尤其程序 panic 或被 kill -9 时，最后几条日志大概率丢失。
真正保险的做法是显式刷盘：
- 在关键位置（如 main 函数退出前）调用
file.Sync() - 或者用
bufio.NewWriter(file)包一层，写完后调用writer.Flush()；注意：此时要defer writer.Close()，而不是file.Close() - 避免用
os.O_SYNC标志打开文件——它让每次Write()都同步到磁盘，性能暴跌，不适合高频日志
多日志器别动全局 log，用 log.New 隔离
如果你在 GoLand 里调试时发现第三方库日志也混进了你的 app.log，说明你用了 log.SetOutput 全局覆盖。这在简单脚本里可行，但在中大型项目里极难维护。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
更合理的做法是放弃修改全局 log，改用 log.New 创建独立实例：
infoLog := log.New(infoFile, "[INFO] ", log.LstdFlags|log.Lshortfile)errorLog := log.New(errorFile, "[ERROR] ", log.LstdFlags|log.Lshortfile)- 每个实例的前缀、标志、输出目标完全独立，互不影响
- 记得为每个
*os.File单独管理生命周期：defer infoFile.Close()、defer errorFile.Close()
轮转日志别手写 rename + truncate
上线前最容易被忽略的一点：标准库 log 完全不支持按大小或时间轮转。有人试图自己实现 os.Rename + os.Truncate，结果在并发写、程序崩溃、NFS 挂载等场景下频繁丢日志或损坏文件。
生产环境请直接用 gopkg.in/natefinch/lumberjack.v2：
- 它内部用互斥锁+原子计数，轮转过程阻塞但安全
- 配置简洁：
lumberjack.Logger{Filename: "app.log", MaxSize: 10, MaxBackups: 5}（单位 MB） - 注意：轮转触发时会阻塞写入，高吞吐服务需压测验证延迟
- 别在 GoLand 的 Run Configuration 里加任何“日志轮转参数”——那没用，轮转逻辑只在代码里生效
真正麻烦的从来不是“怎么写进文件”，而是“怎么确保每条日志都不丢、不错乱、不爆炸”。缓冲、关闭时机、并发写、轮转边界——这些细节在本地跑十次没问题，一上生产就露馅。
