std::setw 和 std::setfill 不支持内置居中对齐，需手动计算左右空格数；c++20 无 std::center，std::internal 对字符串无效。
std::setw 和 std::setfill 配合流操作符能实现单向填充，但默认不支持双向对齐
标准库的 std::setw + std::setfill 只能左对齐或右对齐（通过 std::left/std::right），没有内置的“居中”填充控制符。想让字符串在指定宽度内居中显示（即左右双向填充），必须手动计算左右空格数。
常见错误是直接套用 std::center —— C++20 标准库根本没有这个函数；也有人误以为 std::internal 能用于字符串，但它只对带符号数值的符号位生效，对 std::string 无效。
- 先获取目标宽度
width和原始字符串长度s.length() - 若
width ，直接返回原串（不截断，也不填充） - 否则计算左侧空格数：
(width - s.length()) / 2；右侧空格数为剩余部分（自动处理奇偶：如 width=7, len=3 → 左2右2，中间1字符） - 用
std::string构造器拼接：std::string(lpad, ' ') + s + std::string(rpad, ' ')
手写 center 函数时要注意 Unicode 字符宽度和终端渲染差异
纯 ASCII 场景下按字节计长没问题，但一旦含中文、emoji 或宽字符（如 "??"），s.length() 返回的是 UTF-8 编码字节数，不是视觉列宽。终端显示时一个汉字占 2 列，而 "??" 可能占 2 或更多列（取决于字体和终端支持）。
这意味着：你算出来左右各填 3 个空格，实际显示可能严重偏右——因为字符串“视觉宽度”远大于 s.length()。
- 若仅面向英文/ASCII 输出（如日志文件、CSV 表格），用
s.length()安全 - 若需终端友好居中（如 CLI 工具界面），应引入轻量级宽度检测，例如用
utf8cpp库的utf8::distance或简单查表判断 BMP 外字符 - 更务实的做法：约定输入为 ASCII-only，或文档明确标注“本函数不处理多字节字符宽度”
用 fmtlib 的 fmt::format 可一行写出双向填充，且支持 Unicode 列宽（需启用扩展）
fmt 库（v10+）支持 {:^10} 这类 Python 风格格式化，且通过 fmt::text_style 或第三方适配可接入列宽感知逻辑。默认情况下它仍按 code unit 计数，但比 iostream 更易扩展。
示例（需链接 fmt）：
std::string s = "hi";
std::string centered = fmt::format("{:^8}", s); // → " hi "
注意：fmt::format 的 ^ 对齐默认以字符（char）为单位，不是 glyph；要真正支持中文居中，得配合 icu 或 boost.text 做 grapheme cluster 分析，成本陡增。
- 简单项目推荐手写 ASCII-safe
center函数，零依赖 - 已有
fmt依赖且接受 ASCII 居中，直接用{:^N} - 真需要 Unicode 视觉居中？先评估是否值得——多数 CLI 场景用户容忍轻微偏差，而非引入 ICU 这种重型依赖
printf 风格无法直接实现双向填充，但可通过两次 sprintf 拼接模拟
C 风格 printf 没有居中对齐标志（%*s 只能左/右），但可以拆解：先算好左空格数，生成左填充串，再拼接原串和右填充串。
不推荐在 C++ 里混用 sprintf，除非性能极端敏感且已禁用异常/RTTI；否则容易因缓冲区溢出或未初始化内存引发 undefined behavior。
- 若坚持用 C 风格，务必用
snprintf并检查返回值 - 更安全的做法：用
std::ostringstream或fmt::format替代 - 特别提醒：
std::string的+操作符在 C++11 后基本无性能 penalty，不必过早优化拼接
实际用的时候，最常被忽略的是宽度小于字符串长度时的行为——很多人默认截断，但排版场景通常要求“宁可不填，也不截”，这点必须显式判断。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
