std::format 不支持颜色控制，因其格式规范仅定义对齐、宽度等通用行为，未提供颜色语义或 ANSI/Windows API 集成；需手动拼接 ANSI 序列或调用 SetConsoleTextAttribute。
std::format 本身不支持颜色控制，必须手动拼接 ANSI 转义序列或 Windows API 调用 —— 它只管生成字符串，不管终端怎么渲染。
为什么 std::format("{:red}", "hello") 编译失败
因为 std::format 没有内置颜色语义，也不识别 :red 这类自定义格式说明符。标准库未为颜色提供 std::formatter 特化，所有类似写法都会触发 “no matching function” 或 SFINAE 失败。
- 错误现象：
error: no matching function for call to 'format'，即使写了{:red}或{color=red} - 根本原因：C++20 标准中
std::format的格式规范（format_spec）仅定义了对齐、宽度、精度、进制等通用行为，不包含终端控制逻辑 - 命名参数（如
{text}）也不能绕过这点——它只是传参方式，不改变格式器能力
Linux/macOS 下用 ANSI 转义序列 + std::format 拼接
ANSI 序列是纯文本，可安全嵌入 std::format 的字面部分或作为参数传入，但需注意顺序和转义字符处理。
- 常见颜色码：
"\033[31m"（红）、"\033[32m"（绿）、"\033[0m"（重置），注意用\033而非\e（后者非所有编译器支持） - 推荐写法：把颜色前缀/后缀当普通字符串拼进去，避免在格式串里写裸
\033导致可读性差 - 示例：
std::format("{}{}{}", "\033[31m", "error: failed", "\033[0m") - 若想复用，可封装成函数：
colored("error: failed", 31)内部调用std::format拼接，而非试图扩展格式语法
Windows 控制台需绕过 std::format 直接调用 SetConsoleTextAttribute
Windows 原生 API 不接受 ANSI 字符串（除非启用虚拟终端处理），std::format 生成的带 3[... 的字符串默认被忽略 —— 所以不能靠“格式化出转义序列再 cout”来跨平台兼容。
立即学习“C++免费学习笔记（深入）”；
- 必须用
SetConsoleTextAttribute控制颜色，且它影响后续所有std::cout输出，无法绑定到单个字符串 - 这意味着：你不能用
std::format“原子化”地生成一个“自带颜色的字符串”，只能分段控制输出流状态 - 安全做法：先
std::format出内容，再用 API 设置颜色 →std::cout → 立即恢复默认色 - 示例关键片段：
SetConsoleTextAttribute(hConsole, 12); std::cout
想统一跨平台？别动 std::format，改封装层
真正可行的方案不是让 std::format 支持颜色，而是用它生成纯内容，再由上层决定如何着色 —— 否则会陷入平台判断、宏展开、宽窄字符混杂等泥潭。
- 最简封装：
print_error("failed to open {}", filename)内部根据平台选择 ANSI 或 API 调用，std::format只负责那部分“{}”填充 - 避免踩坑：
std::format返回的是std::string，不要试图往里面塞\033[31m后再给 Windows 控制台直接输出（无效） - 性能提示：频繁切色时，
std::format本身无开销，但多次 API 调用或std::coutflush 可能成为瓶颈，批量输出优于逐行调用
颜色从来不是格式化库的责任，它是 I/O 层的事。把 std::format 当作“安全拼字符串的工具”，其他交给终端或 API，反而最稳。
