std::format 中写 "\033[32m{}" 会崩，因反斜杠预处理可能导致乱码或崩溃；必须手动拼接 ANSI 序列，不可依赖 format 占位符注入。
std::format 不能直接安全插入 ANSI 转义序列，因为 \033[31m 这类字符串在编译期或格式化过程中可能被截断、转义或触发未定义行为；必须手动拼接或封装，不能依赖 std::format 的占位符自动注入颜色码。
std::format 里写 "\033[32m{}" 会崩吗？
会。常见错误现象是输出乱码（如 ^[[32mHello）、颜色不生效、甚至程序崩溃（尤其在 MSVC + /Zc:preprocessor 下）。原因有三：
-
std::format对字面量中的反斜杠做预处理，\033可能被误识别为八进制转义（尽管 C++20 允许 \033，但部分标准库实现仍不稳健） - 若传入的字符串参数本身含
\033（比如从日志模块返回带色字符串），std::format不会二次解析，但后续重定向时无法动态降级 - 格式化结果若用于
std::cout ，而你又没检测 <code>isatty(STDOUT_FILENO)，就会把颜色码原样吐进文件或管道
怎么安全地让 colorized string 进入 std::format 流程？
核心原则：颜色逻辑必须在 std::format 之外完成，只把「已染色的完整字符串」作为普通参数传入。实操建议如下：
- 封装一个
colorize()函数，接收文本和颜色枚举，返回std::string（含开头\033[31m和结尾\033[0m） - 调用时写成
std::cout ，而非 <code>std::format("\033[31mError: {}\033[0m", ...) - 在
colorize()内部先判断isatty(STDOUT_FILENO)，非终端环境直接返回原字符串，不插任何\033 - 避免用宏（如
#define RED "\033[31m"）参与std::format，宏展开后无法做运行时条件判断
Windows 上 std::format + ANSI 颜色为什么全显示为 ^[[33m？
不是 std::format 的问题，是 Windows 控制台默认不解析 ANSI 序列。即使你绕过 format 直接 std::cout ，也会看到原始字符。必须提前启用虚拟终端：
立即学习“C++免费学习笔记（深入）”；
- 在
main()开头加：SetConsoleMode(GetStdHandle(STD_OUTPUT_HANDLE), ENABLE_VIRTUAL_TERMINAL_PROCESSING); - 注意：该调用仅对当前 stdout 句柄有效，若程序被重定向（如
./a.exe > out.txt），GetStdHandle返回的句柄可能无效，需配合isatty使用 - 别依赖编译宏判断平台——
__linux__或_WIN32不能代替运行时能力探测；WSL 下 Linux 头文件 + Windows 运行时很常见 - 启用失败时不要静默吞掉错误，可用
GetLastError()打印提示，否则调试时完全看不出为何没颜色
std::format 与 SetConsoleTextAttribute 能混用吗？
不能。二者机制冲突：
-
SetConsoleTextAttribute是 WinAPI 级别状态机，修改的是控制台缓冲区的当前属性，影响后续所有WriteConsole类输出（包括std::cout） -
std::format只生成字符串，不触发任何系统调用；你无法在 format 字符串里嵌入 API 调用 - 若你在 format 前调
SetConsoleTextAttribute，再std::cout ，颜色会生效——但这属于“碰巧”，且无法对 format 中不同占位符设不同颜色 - 真正需要多色混合（如
[ERROR]红、path/to/file蓝），只能放弃std::format单次调用，改用std::cout多段流式输出 + 手动colorize()拼接
最易被忽略的一点：ANSI 颜色码里的 m 结尾不能省，\033[31 不是红色，是未终止的控制序列，可能导致后续终端行为异常（比如光标消失、回车失效）。哪怕只用一次，也得写全 \033[31m 和 \033[0m。
