因为ANSI转义序列（如\033[31m）依赖终端支持，而非C++语言本身；Windows旧版cmd不支持，需Win10+或启用ANSI；若终端不解析、编译器未正确输出原始字节或输出被重定向（如GUI项目无控制台句柄），颜色即失效。
为什么\033[31m有时不生效？终端和编译器都得“认账”
ANSI颜色码本身是终端特性，不是C++语言功能。如果std::cout 输出的是乱码或没变色，大概率是终端不支持、被重定向（比如管道或日志文件），或者Windows旧版cmd未启用虚拟终端模式。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- Linux/macOS默认支持，但若用
cat logfile.txt查看带ANSI码的文件，颜色不会渲染——这是正常行为，不是代码错 - Windows 10 1607+ 的
cmd.exe和powershell.exe需先调用SetConsoleMode启用ENABLE_VIRTUAL_TERMINAL_PROCESSING，否则\033[被当普通字符处理 - VS Code内置终端、Windows Terminal、Git Bash基本开箱即用；老版CMD需手动开启（或换终端）
- 避免在
std::ofstream或重定向到文件时硬塞ANSI码——可加运行时检测：isatty(STDOUT_FILENO)（POSIX）或_isatty(_fileno(stdout))（Windows）
\033[1;32m和\033[92m有什么区别？亮度与兼容性取舍
前者是“粗体+绿色”，后者是“亮绿色”。多数终端把1解释为加粗，但部分终端（如某些嵌入式终端或极简SSH客户端）只支持标准3/4位颜色（30–37, 40–47），不识别1;组合；而90–97（亮色）在较新终端中更可靠，且视觉上比“加粗+标准色”更醒目。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 优先用
\033[92m代替\033[1;32m表示成功日志——更少兼容性问题，语义也更清晰 - 慎用
\033[4m（下划线），很多终端不支持或渲染异常；\033[7m（反显）更通用但易干扰阅读 - 重置码统一用
\033[0m，别拆成\033[22m\033[39m\033[49m——冗余且部分终端解析失败 - 如果需兼容古董终端（如某些串口终端），只用
30–37和40–47，避开90+和修饰符
如何安全封装std::ostream支持颜色？别直接宏替换std::cout
用#define LOG_INFO std::cout 看似简单，但会破坏流操作符链（比如<code>LOG_INFO 在宏展开后语法错误），且无法控制是否启用颜色。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 写一个轻量级RAII类，构造时输出前缀和起始色码，析构时输出
\033[0m，例如：struct ColorLog {<br> ColorLog(const char* prefix, const char* code) {<br> std::cout << code << "[" << prefix << "] ";<br> }<br> ~ColorLog() { std::cout << "\033[0m"; }<br>};<br>// 用法：ColorLog("ERROR", "\033[91m") << "file not found"; - 用函数对象（如
auto error = [](const auto& msg) { std::cerr ），适合简单场景 - 避免全局
std::cout重载或修改缓冲区——容易引发线程安全问题，尤其多线程日志 - 如果项目已用
spdlog或glog，直接启用其ANSI color sink，比手写更稳
Windows上std::cout输出ANSI码失败？绕过conhost.exe限制
Windows 10之前，conhost.exe根本不解析ANSI转义序列；1607后虽支持，但默认关闭。即使程序调用了SetConsoleMode，若stdout被重定向（如myapp.exe > log.txt），ANSI码仍会原样写入文件——这不是bug，是设计如此。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 初始化时检查并启用VT处理（仅Windows）：
#ifdef _WIN32<br> HANDLE hOut = GetStdHandle(STD_OUTPUT_HANDLE);<br> DWORD dwMode = 0;<br> GetConsoleMode(hOut, &dwMode);<br> SetConsoleMode(hOut, dwMode | ENABLE_VIRTUAL_TERMINAL_PROCESSING);<br> #endif
- 不要依赖
system("color 0A")——它只改整个窗口配色，不影响ANSI码解析 - CI环境（如GitHub Actions的windows-latest）默认启用VT，但Docker容器中的Windows Server Core可能未启用，需在启动脚本里显式调用
SetConsoleMode - 若必须支持Win7或旧终端，用
SetConsoleTextAttribute替代ANSI码，但需分别处理std::cout和std::wcout，且无法跨平台
真正麻烦的从来不是写对那几个\033[，而是判断当前输出目标到底支不支持、有没有被重定向、以及要不要给Windows单独打补丁。颜色只是锦上添花，日志结构和上下文信息才决定能不能快速定位问题。
