std::format仅支持空格填充与标准对齐（）、宽度、精度及基础类型格式化，不支持颜色控制、自定义填充字符或ansi转义序列解析。
std::format 不支持颜色控制，也不接受自定义填充字符（如 '*'）或对齐方向以外的格式修饰符；它只支持标准对齐（、<code>^、>）、宽度、精度和基础类型格式化。
std::format 能做什么：对齐、宽度与基础填充字符
标准库的 std::format（C++20 起）仅允许用空格作为默认填充，并通过 （左对齐）、<code>^（居中）、>（右对齐）指定方向，再配合数字指定最小字段宽度。它不接受任意填充字符 —— 即使你写 "{:*^10}"，编译器会直接报错：format error: invalid format string。
合法写法只有：
std::format("{:10}", "hi") // " hi"
注意：^ 和 > 默认以空格填充，无法替换； 同理。所有填充行为由标准库内部硬编码实现，无扩展接口。
为什么不能用 std::format 实现带颜色的输出
终端颜色依赖 ANSI 转义序列（如 "\x1b[32m"），而 std::format 的设计目标是**纯文本格式化**，不感知输出设备、不处理控制字符、不参与 I/O 流状态管理。它返回的是 std::string，不是 std::ostream 操作。
常见误区：
- 试图在格式字符串里硬塞转义码：
std::format("\x1b[32m{} \x1b[0m", "ok")—— 这能“显示”颜色，但\x1b被当作普通字符传入，std::format完全不解析它，也无对齐/宽度逻辑可言 - 想让颜色影响宽度计算：
std::format("{:>10}", "\x1b[32mtext\x1b[0m")—— 宽度按完整字符串字节长度算（含 \x1b、[、3、2、m 等），导致视觉对齐完全错乱
替代方案：组合使用 std::format + 手动颜色包装
若需“对齐后加颜色”，必须分两步：先用 std::format 生成对齐好的纯文本，再包裹颜色前缀/后缀。但要注意清除序列不能计入视觉宽度 —— 你需要自己剥离控制码做宽度估算，或改用支持智能宽度计算的第三方库（如 fmt 库的 fmt::format_to + fmt::terminal）。
简易安全做法（适用于简单场景）：
auto plain = std::format("{:>12}", "PASS");
auto colored = "\x1b[32m" + plain + "\x1b[0m"; // 绿色，但终端宽度仍为 12
std::cout
<p>风险点：</p>
- 如果终端不支持 ANSI（如某些 Windows 旧版 cmd），会直接打印乱码
- 如果后续要将该字符串用于文件写入或日志归档，ANSI 序列会污染内容
- 无法自动适配不同颜色序列长度（如
\x1b[1;33m比\x1b[32m多两个字符），但std::format无法感知
真正需要颜色+对齐时，该用什么
别硬套 std::format。现实项目中更可靠的选择是：
- 用
fmt库（fmt::format支持{:*^10}填充字符，且fmt::print可结合fmt::fg(fmt::color::green)做类型安全着色） - 封装一个轻量工具函数：先调
std::format得到干净字符串，再根据目标环境决定是否注入 ANSI —— 不把格式逻辑耦合进格式化调用本身 - 对日志类场景，用 spdlog 等成熟库，它们已内置对齐、颜色、多端输出的协调机制
标准库的 std::format 是个“窄接口”：它只管怎么排版文本，不管文本长什么样、往哪送、要不要发光。越早接受这个边界，越少掉坑里。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
