标准库不支持字符串居中对齐；std::setw 仅设总宽，std::left/std::right 仅支持左右对齐，std::internal 专用于带符号数字，对字符串无效，强行使用会导致错位或无效果。
用 std::setw 和 std::setfill 配合 std::ios::internal 无法直接居中，得自己写逻辑
标准库没有内置的字符串居中对齐格式化工具。std::setw 只控制总宽，std::left/std::right 只支持左/右对齐，std::internal 是为带符号数字预留的（填充在符号和数值之间），对字符串完全无效。强行用会导致输出错位或无效果。
- 常见错误现象：
std::cout 输出仍是右对齐，甚至可能不填充 - 根本原因：
std::internal对std::string类型无定义行为，流操作符不触发其填充逻辑 - 正确思路：计算左右空格数，手动拼接
手写居中函数要注意字符串长度大于指定宽度时的行为
很多实现直接假设输入短于宽度，但实际场景中字符串可能超长——比如日志字段截断、用户输入未校验。这时必须明确定义策略，否则会输出异常宽的行，破坏表格对齐。
- 推荐默认策略：不截断，原样返回（即“最小宽度”语义，而非“固定宽度”）
- 若需强制截断，应显式提供
truncate参数，且截断时保留首尾（如"verylong..."）或仅取中间（如"...rl..."），不能简单substr(0, width) -
std::string::length()返回的是 code unit 数（UTF-8 下不是字符数），对含中文/emoji 的字符串，视觉宽度 ≠length()；纯 ASCII 场景可忽略此问题
最简实用版本：支持 ASCII 字符串的居中拼接
以下函数适用于终端日志、CLI 表格等 ASCII 主导场景，不处理 Unicode 宽度，但足够轻量可靠：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
std::string center(const std::string& s, size_t width, char fill = ' ') {
if (s.length() >= width) return s;
size_t pad = width - s.length();
size_t left = pad / 2;
size_t right = pad - left;
return std::string(left, fill) + s + std::string(right, fill);
}
- 参数差异：
width是目标总宽度（含原字符串），不是额外填充宽度 - 性能影响：只涉及一次内存分配（
std::string构造）和两次std::string拼接，无循环或复杂计算 - 使用示例：
center("hi", 7)→" hi "（2 左空格 + "hi" + 3 右空格）
用 fmt 库时怎么写更安全
如果项目已用 fmt（如 fmt::format），它原生不支持居中，但可通过自定义格式说明符或预处理规避重复逻辑：
立即学习“C++免费学习笔记（深入）”；
- 不要写
fmt::format("{:^10}", s)—— 这是 Python 风格语法，fmt当前（v10）不支持^对齐修饰符 - 安全做法：仍调用上面的
center()函数，再传给fmt，例如fmt::print("{}\n", center(s, 12)) - 若坚持用
fmt扩展，需继承fmt::formatter并重载format，但复杂度远高于手写函数，一般没必要
居中看似简单，但真正上线时最容易被忽略的是宽度溢出处理和 Unicode 视觉宽度偏差——尤其当字符串来自外部输入或含 emoji 时，length() 会严重误导。先确认你的场景是否真需要支持这些，再决定要不要引入 ICU 或 utf8cpp。
