选 github.com/fatih/color，它是 go cli 彩色输出最稳的选择，维护活跃、api 清晰、无 cgo 依赖，windows 和容器环境兼容性好，避免手动 ansi 或轻量库导致的重定向失效、乱码等问题。
color 包选哪个：github.com/fatih/color 还是其他？
直接用 github.com/fatih/color，它目前仍是 Go CLI 彩色输出最稳的选择。社区维护活跃、API 清晰、不依赖 cgo，Windows 终端（包括 VS Code 内置终端）也支持良好。别碰那些带 syscall 或硬调 os.Stdout.Fd() 的轻量库——它们在 Docker 容器里、重定向输出时容易静默失效。
为什么 fmt.Printf 配 ANSI 码会出问题？
手动拼 "\033[31merror\033[0m" 看似简单，但实际踩坑密集：
- Windows 旧版 cmd 默认禁用 ANSI，
color会自动调用color.Init()启用虚拟终端，手写 ANSI 不会 - 日志重定向到文件时，ANSI 字符变成乱码，
color.NoColor = true可全局关闭，手动写就得自己判断isatty -
fmt.Printf和log.Printf混用时，颜色状态可能残留，color每次调用都做隔离
正确做法是统一走 color.New() 实例：
red := color.New(color.FgRed)
red.Printf("failed: %s\n", err.Error()) // 自动加 Reset
怎么让 color 输出兼容 log.Logger？
color.Output 是个 io.Writer，但 log.Logger 构造时传进去，会导致所有日志（包括时间戳、前缀）都被染色——通常这不是你想要的。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
更安全的做法是封装一个带颜色的 Printf 函数，只对消息体着色：
func LogError(v interface{}) {
color.New(color.FgRed, color.Bold).Fprintf(os.Stderr, "ERROR: %v\n", v)
}
注意：Fprintf 必须指定 os.Stderr，不能传 log.Writer()，否则颜色控制符会污染日志格式。
CI/CD 环境下颜色输出变乱码或消失？
GitHub Actions、GitLab CI 默认把 stdout 当作非 TTY，color 会自动禁用颜色。别靠环境变量硬开，应显式控制：
- 测试时加
color.NoColor = false强制启用（仅限调试） - 生产逻辑中检查
os.Getenv("CI") != ""或os.Getenv("TERM") == ""，自动设color.NoColor = true - 如果用
color.New(color.WithoutColor)，它比全局NoColor更细粒度，适合局部禁用
真正麻烦的是某些 Alpine 容器里 TERM 是空字符串，但输出其实支持颜色——这时候得靠 isatty.IsTerminal(os.Stdout.Fd()) 辅助判断，不能只信环境变量。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
