std::format不支持颜色控制且对齐填充受编译期限制；需用std::vformat生成对齐字符串，再手动拼接ANSI序列（Linux/macOS）或调用Windows API（Windows）。
std::format 本身不支持颜色控制，对齐和填充也受限于编译期约束；想实现带颜色的对齐表格，得拆成两步：先用 std::vformat 生成对齐字符串，再手动拼接 ANSI 转义序列（Linux/macOS）或调用 Windows API（Windows）。
为什么 std::format("{:red}") 编译失败
标准库没有为颜色定义任何 std::formatter 特化，{:red} 不是合法格式说明符，也不在 C++20 规范中。所有类似写法都会触发 no matching function for call to 'format' 或 SFINAE 失败。它不是漏头文件、不是编译选项问题——是根本不存在该语义。
-
std::format只处理通用格式行为：对齐、宽度、精度、进制等，不触碰终端渲染 - 命名参数（如
{text}）只是传参方式，不能绕过格式器能力限制 - 第三方扩展（如 fmtlib）可能支持
{:red}，但那是非标行为，std::format永远不会
如何用 std::vformat 实现动态列宽对齐
C++20 的 std::format 要求宽度必须是编译期整数字面量，所以 "{:> 这类写法直接报错 “non-literal format string”。唯一可移植解法是 std::vformat + std::make_format_args。
- 先算出每列最大宽度：
std::vector，遍历全部数据调用max_widths str.length() - 对每个单元格，拼接格式串：
"{:，再传给std::vformat - 注意双大括号转义：模板中写
"{{:，否则{会被误解析为格式起始 - 避免高频拼接：万行级表格建议预生成
std::vector<:string>缓存各列格式串
浮点数对齐为什么总“飘”——以及怎么稳住
单独写 "{:>10}" 对 double 几乎无效，因为默认采用最短可逆表示，1e10 输出 "1e+10"（6 字符），远小于 10；只有绑定精度模型才能锁定宽度。
- 定点格式 + 显式精度：
std::format("{:>12.4f}", x)→ 强制小数位，宽度可控 - 有效数字控制：
std::format("{:>10.3g}", 0.000123)→ 自动选 f/e，但总宽稳定 - 科学计数法显式指定：
std::format("{:>14.3e}", 1234567.89) - 别忘了前缀对齐：
std::format("{:#>10x}", 255)→" 0xff"，#触发前缀，>控制整体右对齐
颜色怎么加才不污染日志或崩终端
ANSI 序列（如 "\033[31m"）在 Linux/macOS 终端生效，但在 Windows 控制台默认不识别，重定向到文件时还会变成乱码字符。
- Linux/macOS：拼接
"\033[31m" + str + "\033[0m"，但务必检查isatty(STDOUT_FILENO)避免写入日志 - Windows：用
SetConsoleTextAttribute，需GetStdHandle(STD_OUTPUT_HANDLE)获取句柄 - 跨平台封装建议：把颜色逻辑抽成函数，内部按平台分治，输出前统一判断是否为交互终端
- 填充字符仍只能是单字节 ASCII：
"*"、'0'合法，L'★'或"\u2605"会编译失败
最易被忽略的一点：对齐宽度永远按 std::string::length() 计算，不是视觉宽度。含 ANSI 序列的字符串，其 length() 包含控制码字节，会导致对齐错位；含 Unicode 双宽字符（如中文）同样不被识别——这些都得靠上层逻辑规避，std::format 不管。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
