windows cmd 默认不支持 ansi 颜色，需手动启用虚拟终端模式或使用 colorable 等库适配；fatih/color 预设函数线程不安全且不可控，推荐 new 实例；ci 环境应检测 tty 或 no_color 而非硬编码 ci 判断；256 色兼容性优于真彩色。
为什么 fmt.Println 输出的颜色在 Windows CMD 里不生效
因为 Windows 旧版终端（如 CMD、PowerShell 5.1）默认不启用 ANSI 转义序列支持，\033[32mHello\033[0m 这类颜色码会被原样打印，甚至显示为乱码。Go 标准库本身不自动处理终端能力协商，得手动开启。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- Windows 上优先用
golang.org/x/sys/windows调用SetConsoleMode启用ENABLE_VIRTUAL_TERMINAL_PROCESSING - 或者用第三方库（如
github.com/mattn/go-colorable）包装os.Stdout，它会自动检测并适配 - 别依赖
runtime.GOOS == "windows"就跳过颜色——Windows Terminal 和新版 PowerShell 7+ 默认支持 ANSI，应优先检测环境变量TERM或调用os.Getenv("ANSICON")
github.com/fatih/color 的 color.Cyan 和 color.New(color.FgCyan) 有什么区别
前者是预设的全局单例，后者是新建实例；关键差异在于是否共享状态和是否线程安全。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 如果只是简单输出日志（如
color.Green("OK")），用预设函数够用，但注意它们内部共用同一锁，高并发下可能成为瓶颈 - 需要自定义样式（比如加粗+背景色）或避免干扰其他模块时，必须用
color.New创建独立实例：myLogger := color.New(color.FgHiGreen, color.Bold) - 预设函数无法禁用颜色（比如 CI 环境），而实例可通过
.DisableColor()控制，更可控
如何让颜色输出在 CI/CD 环境（如 GitHub Actions）里自动关闭
CI 环境通常没有真实 TTY，且日志系统解析 ANSI 序列容易出错，导致构建日志混乱甚至失败。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 不要硬编码
if os.Getenv("CI") != ""—— 更可靠的是检测os.Stdout是否为终端：isTerminal := isatty.IsTerminal(os.Stdout.Fd())（需github.com/mattn/go-isatty） - 环境变量优先级要合理：显式设置
NO_COLOR=1应覆盖所有自动检测逻辑（这是 no-color.org 标准） - 若用
fatih/color，直接调用color.NoColor = true即可，但它不会自动读取NO_COLOR，得自己判断后赋值
自定义 ANSI 颜色时，\033[38;5;123m 和 \033[38;2;40;120;200m 怎么选
前者是 256 色模式（索引色），兼容性好但色域有限；后者是真彩色（RGB），颜色精准但部分老旧终端不支持。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 日常命令行工具推荐用 256 色模式，比如
\033[38;5;63m（青绿色），几乎所有现代终端都认 - 真彩色只在明确知道目标环境支持时才用（如 VS Code 终端、iTerm2、Windows Terminal），否则 fallback 到 256 色或黑白
- Go 里拼接 ANSI 码时，别手写字符串——用
fmt.Sprintf("\033[%d;%d;%dm", 38, 5, code)更清晰，避免漏掉分号或参数错位
