std::setw 和 std::setfill 仅对下一次流插入操作生效，用于左右补全输出，不修改原字符串，也不能直接生成新字符串。
用 std::setw 和 std::setfill 做左/右补全
标准库的 std::setw 和 std::setfill 是最轻量、最常用的方式，但只对流输出生效，不能直接生成新字符串。如果你只是格式化输出到控制台或文件，这是首选。
常见错误是以为 std::setw 会修改原字符串——它不会，它只影响下一次流插入操作；而且必须配合 使用，单独调用无效。
- 右补全（默认）：
std::cout → 输出 <code>"0000000042" - 左补全：加
std::left，如std::cout → <code>"abc......." - 居中补全需手动计算：先算左右空格数，再拼接，
std::setw不支持原生居中
用 std::string 的 insert 或 append 手动构造
当需要返回一个新字符串（比如存入容器、传参、日志拼接），就得自己构造。核心逻辑是：判断当前长度是否小于目标宽度，不足则补字符。
注意 std::string::insert 的位置参数是插入点索引，不是偏移量；append 更适合右补全，insert(0, n, c) 更适合左补全。
- 右补全示例：
s.append(width - s.length(), ' ')（前提是width >= s.length()） - 左补全示例：
s.insert(0, width - s.length(), '0') - 务必先检查
width ，否则传负数给构造函数会触发未定义行为（UB） - 性能上，
insert(0, ...)是 O(n) 复杂度，频繁左补全建议改用std::string(width, c) + s
用 fmt::format 实现跨平台、类型安全的补全
如果你项目已引入 fmt（C++20 前最推荐的格式化库），fmt::format 支持 Python 风格的格式说明符，语义清晰且类型安全。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
它比 iostream 更可靠：不依赖流状态，无全局副作用，支持编译期检查（C++20 std::format 类似，但目前兼容性仍弱于 fmt）。
- 右补全：
fmt::format("{:0>10}", "42")→"0000000042" - 左补全：
fmt::format("{:0 → <code>"4200000000" - 居中补全：
fmt::format("{:0^10}", "42")→"0000420000" - 注意：
fmt默认右对齐，表左，<code>^表居中，填充字符写在对齐符号前（如0）
宽字符和 UTF-8 字符串的宽度陷阱
所有上述方法都按字节数或 std::string::length() 计数，对中文、emoji 等多字节 UTF-8 字符会出错——比如 "你好" 的 length() 是 6，但显示宽度通常是 4（假设等宽字体）。
如果真要按“显示宽度”补全（如终端对齐），必须用第三方库（如 utf8cpp 或 icu）计算 Unicode 字形宽度，std::string 本身无法处理。
- 简单规避：只用于 ASCII 场景，或约定输入为单字节字符
- 终端输出时，
std::setw依然按字节数截断，可能导致乱码或错位 - 不要尝试用
std::wstring+std::wcout绕过——Windows 控制台对 UTF-16 支持不稳定，Linux 下 locale 设置易出错
实际补全逻辑看似简单，但“宽度”定义一变，整个实现就失效。多数人卡在 UTF-8 显示宽度和字节长度的混淆上，而不是补全本身。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
