Windows终端需调用SetConsoleMode启用ANSI支持，旧版或IDE内置终端不识别ANSI序列；C++中应使用"\x1b[32m"等十六进制转义而非"\033"，避免编译器解析错误。
Windows终端默认不支持ANSI转义序列怎么办
Windows 10 1703+ 的 conhost.exe 原生支持 ANSI，但默认关闭；旧版（如 Windows 7）或某些 IDE 内置终端（如 Code::Blocks 默认控制台）则完全不识别 \033[31m 这类序列，直接原样打印乱码。
必须显式启用虚拟终端处理：
- 调用
SetConsoleMode(GetStdHandle(STD_OUTPUT_HANDLE), ENABLE_VIRTUAL_TERMINAL_PROCESSING) - 检查返回值，失败时降级为 Windows API（
SetConsoleTextAttribute）或纯黑白输出 - 注意：此设置只对当前进程有效，子进程不会继承
ANSI颜色代码在C++中怎么写才安全
不能直接写 "\033[32mHello" —— C++11 起字符串字面量中的 \033 是八进制转义，但部分编译器（尤其 MSVC）在宽字符或特定编码下可能误解析。推荐用十六进制 "\x1b[32mHello" 或 Unicode "\u001b[32mHello"。
常用基础色示例（前景色）：
立即学习“C++免费学习笔记（深入）”；
std::cout << "\x1b[31mRed\x1b[0m\n"; // 红色文字，\x1b[0m 重置样式 std::cout << "\x1b[33;1mBoldYellow\x1b[0m\n"; // 黄色加粗 std::cout << "\x1b[44;37mBlueOnBlue\x1b[0m\n"; // 蓝底白字
注意：\x1b 是 ESC 字符，不是 \e（后者非标准，GCC 支持但 MSVC 不认）。
跨平台输出彩色文字要不要封装成函数
要，但别过度设计。直接裸写 ANSI 序列易出错（漏重置、嵌套混乱），而引入第三方库（如 fmt 或 colored）又增加依赖。一个轻量级方案是封装几个内联函数：
inline void red(const std::string& s) { std::cout- 更实用的是带重载的流操作符：定义
struct color { int code; }; std::ostream& operator，然后用std::cout - 避免用宏（如
#define RED "\x1b[31m"），宏无法参与类型检查，且和std::endl混用时易丢换行
为什么有时颜色没生效，或整行变色了
最常见两个原因：一是忘记结尾重置（\x1b[0m），导致后续所有输出持续染色；二是把 ANSI 序列当成普通字符传给 std::wcout 或宽字符串函数，而 ANSI 只作用于窄字符流（std::cout）。
调试建议：
- 用
std::cout.write("\x1b[31m", 4);显式写入，确认是否被截断 - 在 Linux/macOS 下测试同一段代码，若正常说明是 Windows 终端未启用 VT 处理
- 用
std::cout.rdbuf()->sputn("\x1b[31m", 4);绕过 streambuf 缓冲问题（极少数情况）
真正麻烦的是混合使用 printf 和 std::cout 时的缓冲同步问题——ANSI 序列可能被缓存延迟刷出，导致颜色“漂移”。统一用一种 I/O 风格最稳妥。
