c++中无内置字符串居中函数，需手动计算左右填充长度后拼接：总宽不足时返回原串，奇数空隙默认右多左少，注意避免负数和整除偏差，填充仅支持char类型。
std::string 的 substr 和 append 组合无法直接居中，得手动计算空隙
标准库没提供类似 Python 的 str.center()，所以不能靠单个函数一步到位。核心是：先算左右填充长度，再拼接。注意两点：总宽小于原字符串长度时，应直接返回原串（不截断）；奇数填充量要决定左多还是右多——C++ 默认左少右多（和 std::setw + std::setfill 一致）。
常见错误是直接用 (width - s.length()) / 2 算左边空格，却忽略负数或整除导致的偏移偏差。比如 s = "ab"，width = 3，结果应为 " ab"（左 1 右 0），而非 "ab "（误当右对齐）。
- 左侧填充长度 =
std::max(0L, (width - static_cast<long>(s.length())) / 2)</long> - 右侧填充长度 =
std::max(0L, width - static_cast<long>(s.length()) - left_pad)</long> - 填充字符必须是
char类型，不支持宽字符或字符串；如需 wchar_t，请改用std::wstring及对应构造
用 std::ostringstream + std::setw + std::setfill 最简但仅适用于输出流场景
这种方式本质是格式化输出，不是生成新字符串。若你只是想 std::cout ，那它够用；但若需要把居中结果存进 <code>std::string 变量，就得额外调 .str() 提取，且要注意流状态残留（比如之前设过 std::left 会影响结果）。
示例：
std::string center(const std::string& s, size_t width, char fill = ' ') {
std::ostringstream oss;
oss <p>这里用了 <code>std::internal</code> 是为了对数字等有符号类型保留符号位左对齐、数值右对齐，但对纯字符串效果等同于 <code>std::right</code> —— 所以实际居中仍靠 <code>setw</code> 和填充逻辑，不是 <code>internal</code> 起作用。真正生效的是：流默认右对齐 + 填充字符从左补，所以字符串会“看起来”居中，前提是 <code>width > s.length()</code>。</p><h3>手写函数时别忽略 <code>size_t</code> 与有符号整数混算的溢出风险</h3><p><code>s.length()</code> 返回 <code>size_t</code>（无符号），一旦 <code>width ，<code>width - s.length()</code> 会绕回极大正数（如 18446744073709551615），导致后续除法出错。这是最常被忽略的坑。</code></p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master"><img
src="https://img.php.cn/upload/skill/000/000/081/179051228971575.jpg" alt="C++ Code Review Master" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master" class="overflowclass">C++ Code Review Master</a>
<p class="overflowclass">组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。</p>
</div>
<a rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
- 务必先转成有符号类型再做减法，推荐
static_cast<long>(s.length())</long>或更安全的static_cast<:ptrdiff_t>(s.length())</:ptrdiff_t> - 不要写
if (width 就完事——这能防绕回，但没解决“左/右填充不均”的逻辑一致性问题 - 如果项目启用了
-Wsign-compare，编译器会警告width 这类比较，此时显式转换既是修复也是文档
性能敏感场景下避免临时 std::string 拼接和流对象构造
高频调用（如日志格式化、终端表格渲染）中，std::ostringstream 构造/析构开销明显高于纯内存操作。实测在 100 万次调用下，手算 + std::string(size_t, char) 构造比流方式快 2–3 倍。
高效写法示例：
std::string center(const std::string& s, size_t width, char fill) {
const auto len = s.length();
if (width <p>注意：<code>std::string(n, c)</code> 是 O(n) 构造，但比循环 push_back 快得多；加号拼接在 C++11 后有移动优化，整体仍是线性时间。真正慢的是反复构造 <code>std::ostringstream</code> 及其内部缓冲区。</p><p>边界情况依然要验：当 <code>width</code> 接近 <code>SIZE_MAX</code> 时，<code>pad_total</code> 可能溢出，不过这种输入本身已超出合理排版范畴，通常由上层校验拦截。</p><p>真正容易被忽略的是：填充字符只能是单字节，没法用 emoji 或 UTF-8 多字节字符做填充——那会导致视觉宽度和字节数不一致，对齐就失效了。需要真·视觉居中，得用 ICU 或手动计算 Unicode 字形宽度。</p>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
