ansi颜色代码是形如[31m、[2;36m的转义序列，以或开头、含数字分号、以字母结尾，非单字符而是可变长控制指令；直接用erase按字符删除会误伤普通文本，因需完整匹配整个序列而非孤立符号。
什么是 ANSI 颜色代码，为什么不能简单用 erase 删除
ANSI 颜色代码是形如 [31m、[2;36m 这样的转义序列，以 或 开头，中间含数字和分号，以 m 结尾。它们不是单个字符，而是可变长度的子串（常见 4–12 字节），且可能嵌套或紧挨着普通文本——直接按字符遍历删 'm' 或删 '[' 会误伤内容。
关键判断：必须匹配完整序列，不能只看开头或结尾。
用正则表达式安全提取并过滤（C++11 及以上）
std::regex 是最直观方案，但要注意默认不支持多行匹配、性能略低，且需正确转义反斜杠。匹配模式应覆盖常见变体：3[...m、[...m、带问号的 3[?...h 类控制码（如光标隐藏）也常被归为“颜色/样式控制”一并清除。
- 推荐正则：
R"([[0-9;?]*[a-zA-Z])"或更严谨的R"([[0-9;?]*[a-zA-Z])" - 注意：Windows 控制台默认不启用 ANSI，
SetConsoleMode启用后才可能输出，但清理逻辑不变 - 示例代码片段：
std::string remove_ansi(const std::string& s) {
static const std::regex ansi_regex(R"([[0-9;?]*[a-zA-Z])");
return std::regex_replace(s, ansi_regex, "");
}
手动状态机遍历（无正则依赖，适合嵌入式或性能敏感场景）
避免 <regex></regex> 的编译开销和运行时不确定性，用有限状态机逐字节扫描更可控。核心状态包括：普通文本、遇到 、进入中括号内、等待字母终结符。
- 状态转移关键点：
→ 检查下一个是'['；是则进入参数收集态；遇到非数字/分号/问号字符时，若为字母则跳过整段；否则回退并输出原 - 易错点：未处理
]...（OSC 序列，如设置窗口标题），虽非颜色码，但混在日志中也会干扰；建议一并跳过至下一个或\ - 不要用
std::string::find循环删除——每次erase都触发内存搬移，O(n²) 复杂度
跨平台兼容性与边界情况
Linux/macOS 终端原生支持 ANSI；Windows 10 1511+ 默认开启，但旧版需 SetConsoleMode(hOut, ENABLE_VIRTUAL_TERMINAL_PROCESSING)。清理函数本身无需区分平台，但测试时要注意：
- 某些日志库（如 spdlog）默认启用 ANSI，关闭需设
set_pattern("%v")而非仅删码 -
[0m是重置码，删掉后不影响显示，但删漏可能导致后续文本残留样式 - 终端模拟器（如 iTerm2、Windows Terminal）可能支持扩展码（如
[38;2;255;0;0m），正则中的[0-9;?]*已覆盖
真正麻烦的是混合编码：ANSI 码插在 UTF-8 字符中间（比如中文前加颜色），此时按字节删不会破坏 UTF-8，但手动实现必须确保不切开多字节序列——所幸 ANSI 始终是 ASCII 字节，只要不把 当作 UTF-8 起始字节处理即可。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
