Go控制台颜色输出靠ANSI转义序列实现，常用fatih/color库封装跨平台兼容性并支持动态开关；手动拼接\x1b[32m易出错且无法自动降级，而color.NoColor=true可禁用颜色避免日志污染。
Go 控制台颜色输出靠什么实现
Go 标准库本身不提供终端颜色支持，得靠第三方包或直接写 ANSI 转义序列。最常用的是 github.com/fatih/color，它封装了跨平台的 ANSI 控制码，自动处理 Windows（旧版 cmd）兼容性问题，也支持禁用颜色（比如 CI 环境）。不用它的话，手动拼 \033[32m 这类字符串容易出错，且无法动态开关。
-
color.New(color.FgGreen).Println("OK")是最直观的用法 - 如果程序运行在非 TTY 环境（如管道重定向、GitHub Actions），
color.NoColor = true必须提前设，否则颜色码会污染日志内容 - 它默认检测
TERM和NO_COLOR环境变量，但某些容器环境（如 Alpine + busybox sh）可能漏判，建议显式初始化
log.Logger 怎么集成 color
标准 log.Logger 的输出目标是 io.Writer，所以只要把带颜色的 fmt.Fprintf 封装成 io.Writer 就行。但更简单的是绕过 log，直接用 color 包的 color.Output 或自定义 Writer：
- 用
color.Output替换log.SetOutput()：它只是个带颜色能力的os.Stdout别名，不自动着色，仅作输出通道 - 真正着色得自己调
color.GreenString()、color.YellowString()等函数生成带颜色的字符串，再传给log.Print() - 别用
color.Set()全局设置，它会影响所有后续输出，包括第三方库的打印，容易失控
示例：
logger := log.New(os.Stdout, "[INFO] ", 0)
logger.Println(color.GreenString("service started on :8080"))自定义日志格式时颜色怎么分层控制
“友好日志格式”通常需要区分 level、timestamp、message，每部分颜色不同。这时候别硬套 log.SetFlags()，它只控制前缀，不支持样式。推荐组合方式：
立即学习“go语言免费学习笔记（深入）”；
- 用
color.New(color.FgHiBlack).Sprintf()格式化时间（灰字） - 用
color.New(color.FgBlue).Sprintf()包裹 level（蓝字） - message 本身按内容再细分：错误用
color.RedString()，路径用color.CyanString() - 所有
Sprintf返回的是字符串，不是直接输出，方便拼接后统一写入
注意：频繁创建 color.New() 实例没性能问题，但别在 hot path 里反复调 color.Reset —— 每次都写 \033[0m，不如让每个 color 实例自动加 reset（默认行为）。
为什么日志进文件后全是乱码
这是最常踩的坑：颜色代码是终端指令，写进文件就是裸字符，打开看就是 ^[[32mOK^[[0m 这种。解决方法只有两个：
- 写文件时强制关闭颜色：
color.NoColor = true，再初始化 logger - 或者用不同 writer 分流：终端输出走 color，文件输出走纯文本
os.File - 不要用正则删 ANSI 码（如
ansi.Regex().ReplaceAll），因为有些日志内容本身含类似字符（比如二进制数据），误删风险高
真正复杂的地方在于：你得在启动时就决定输出目标，并据此配置 color 行为，而不是等 runtime 再判断 —— 因为 color 包的全局状态（如 NoColor）一旦设错，整条日志链都会受影响。
