控制台字符宽度不能用std::string::length()获取，需按平台分别处理：windows用utf-16遍历并查unicode区间判宽，linux/macos用wcwidth()配合ansi过滤。
控制台字符宽度不等于 std::string::length()
Windows 控制台（cmd、PowerShell）和 Linux 终端（如 gnome-terminal、xterm）对 Unicode 字符的显示宽度处理完全不同。一个 std::string 长度为 10 的字符串，可能实际占 12 列（含全宽中文）、或仅 5 列（含 ANSI 转义序列），甚至因代理对（surrogate pair）在 Windows 上被错误计为 2 个窄字符。直接用 .length() 或 .size() 完全不可靠。
Windows 下用 GetConsoleScreenBufferInfo + 手动解析 UTF-16
Windows 控制台底层以 UTF-16 编码接收文本，且对 CJK 字符默认按「全宽」（2 列）渲染，但 API 不提供直接测宽函数。必须：
- 将输入文本转为
std::wstring（UTF-16） - 遍历每个
wchar_t：ASCII（0x00–0x7F）算 1 宽；CJK 统一汉字（0x4E00–0x9FFF）、平假名/片假名（0x3040–0x309F / 0x30A0–0x30FF）、全角 ASCII（0xFF01–0xFF60）等统一判为 2 宽 - 跳过
\r、\n、\t（它们不占显示列，但\t实际占 4 或 8 列——需查当前终端 tabstop，通常按 4 算） - 忽略 ANSI 转义序列（如
"\033[31m"），可用正则或手动扫描"\033["开头的子串并跳过
注意：IsDBCSLeadByte 在现代 UTF-8 模式下已失效；GetStringWidth 等 GDI 函数不适用于控制台缓冲区。
Linux/macOS 终端用 wcwidth() + 过滤 ANSI
wcwidth()（定义在 <wchar.h></wchar.h>）是 POSIX 标准方案，能正确返回大多数 Unicode 字符的列宽（-1 表示不可打印，0 表示零宽，1 或 2 表示正常宽度）。但必须配合以下操作：
- 先用
mbstowcs()将 UTF-8 字符串转为wchar_t数组（确保LC_CTYPE设为"C.UTF-8"或类似） - 对每个
wchar_t调用wcwidth(c)，累加结果（跳过返回 -1 的控制字符） - 手动剔除 ANSI 序列：搜索
"\033["并跳过直到下一个字母（如'm'、'J'），这部分字节不参与wcwidth计算 - 注意：某些终端对 Emoji（如 ?）返回 2，但实际可能只占 1 列（取决于字体与终端实现），
wcwidth仅作参考
别依赖 ioctl(TIOCGWINSZ) ——它返回的是窗口尺寸，不是单行文本宽度。
跨平台封装建议：避免重造轮子，但别盲目信库
像 utf8cpp、icu 或 boost.text 都不直接解决「控制台显示宽度」问题：icu::BreakIterator 过重，utf8::distance 只算码点数。更务实的做法是：
- 写一个轻量函数
console_width(const std::string& s)，内部按 OS 分支：Windows 走 UTF-16 + 区间判断，Linux/macOS 走wcwidth+ ANSI 过滤 - 缓存常见 ANSI 前缀（如
"\033[0m"、"\033[1;32m"）的长度，避免每次正则匹配 - 对制表符
'\t'，硬编码按 4 列算（99% 终端默认值），除非你明确知道用户改了tabs设置 - 测试用例必须包含混合内容：
"Hello\xE4\xBD\xA0\xE5\xA5\xBD\t\033[33mWorld\033[0m"（中英文+tab+ANSI）
最易被忽略的是：Windows 控制台在启用「使用旧版控制台」时，对 BMP 外字符（如某些 Emoji）会显示为 □，此时 wcwidth 无意义，而你的代码仍要保证不崩溃——得兜底返回 1 或 2。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
