c++标准库不支持双向对齐，需手动实现居中对齐：先判断字符串长度是否小于目标宽度，再均分填充字符（右侧略多），返回新字符串；注意utf-8多字节字符需按unicode字符数而非字节数计算。
用 std::setw 和 std::setfill 做单向对齐，但默认不支持双向对齐
标准流操作符本身没有“双向对齐”这个概念——它只有左对齐（std::left）、右对齐（std::right）和默认（等价于右对齐）。所谓“双向对齐”，实际是指：当字符串长度小于指定宽度时，在左右两侧**均分填充字符**；若无法均分，则优先补在右侧（或左侧，需明确约定）。C++ 标准库不直接提供该行为，必须手动计算填充量。
- 先用
str.length()获取原始长度，再与目标宽度width比较 - 若
str.length() >= width，直接输出，不填充 - 否则计算总需填充数：
int pad = width - str.length() - 左填：
pad / 2，右填：pad - pad / 2（此策略让右侧略多，是常见约定）
手写函数实现居中对齐填充最可靠
依赖 std::ostringstream 或直接拼接字符串，比反复操纵流格式标志更可控。尤其在循环输出、日志或表格生成中，避免流状态污染。
std::string centered(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);
}
- 返回新字符串，不修改原值，语义清晰
- 参数顺序符合直觉：
centered(str, 10)表示“把str居中到宽度 10” - 注意：
size_t运算中若width小于s.length()，pad会回绕为极大正数——所以必须先判长度 - 不要用
std::setw配合std::internal试图“模拟”居中，它只对数值的符号/前缀生效，对字符串无效
输出到 std::cout 时别混用流格式和手动拼接
如果已经用 centered() 得到完整字符串，就不要再套 std::setw，否则会二次填充，导致宽度失控。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- ✅ 正确：
std::cout → 输出 <code>" hi " - ❌ 错误：
std::cout → 实际宽度变成 14+ - 流格式（
std::left/std::right）只影响下一个插入操作的对齐，且仅在配合std::setw时生效；它不记忆、不累积 - 调试时可用
std::cout 加引号确认空格数量
宽字符或 UTF-8 字符串要小心字节 vs 字符宽度
上述 centered() 函数按 std::string::length()（即字节数）计算，对 ASCII 安全，但对中文、emoji 等 UTF-8 多字节字符会出错——一个汉字占 3 字节，但视觉上只占 1 个字符宽度。
- 真正做终端对齐时，应统计 Unicode 字符数（grapheme clusters），而非字节数
- 标准库无内置支持，需依赖 ICU、utf8cpp 或简单启发式（如统计非 continuation byte 的字节数）
- 若只处理英文+ASCII 符号，当前实现足够；一旦涉及国际化，必须切换到基于
std::u32string或第三方库的方案 - 终端字体、是否启用双宽字符（如 CJK）也会影响最终显示效果，代码层无法完全控制
实际用的时候，先想清楚：你对齐的是字节、字符，还是屏幕像素？大多数命令行工具场景下，“字节≈字符”成立，但只要出现中文，就得立刻切到字符计数逻辑。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
