在终端着色文本处理中，len() 返回的是含控制字符的原始字节/字符数；要获取用户实际可见的纯文本长度，必须先移除所有 ANSI 转义序列（如 [91m），再计算长度——这是唯一可靠且跨平台的方法。
在终端着色文本处理中，`len()` 返回的是含控制字符的原始字节/字符数；要获取用户实际可见的纯文本长度，必须先移除所有 ansi 转义序列（如 `[91m`），再计算长度——这是唯一可靠且跨平台的方法。
ANSI 转义序列（尤其是 CSI 序列，即以 [ 或 [ 开头的控制指令）本身不占用可视空间，但会显著增加 Python 字符串的 len() 值。例如，f'{K}Hello{X}'（其中 K='[90m', X='[0m'）在终端显示为 "Hello"（长度 5），但 len() 返回的是 5 + 7 + 4 = 16。因此，任何基于“跳过”或“跳读”的轻量级长度估算都不可靠——因为 ANSI 序列长度可变（如 [0m 长 4 字节，[1;32;44m 长 10 字节），且参数数量、分隔符（;）、中间字节（空格或 /）均无固定模式。
✅ 推荐方案：正则清除 + len()
最通用、健壮且性能良好的做法是使用正则表达式精准匹配并移除所有 7-bit ANSI CSI 序列，再调用 len()：
import re
# 编译一次，复用多次（高效）
ANSI_ESCAPE = re.compile(r'(?:[@-Z\-_]|[[0-?]*[ -/]*[@-~])')
def visible_length(text: str) -> int:
"""返回字符串中用户可见的纯文本字符长度（自动过滤 ANSI 转义序列）"""
return len(ANSI_ESCAPE.sub('', text))
# 示例验证
CSI = '['
X, R, K = f'{CSI}0m', f'{CSI}91m', f'{CSI}90m'
msg = f'Size{K}:{X} {100} {K}x{X} {10} {K}/{X} Min size{K}:{X} {200} {K}x{X} {20}'
print(len(msg)) # → 80（含转义序列）
print(visible_length(msg)) # → 35（纯文本长度）⚠️ 注意：该正则覆盖全部标准 7-bit CSI 序列（包括
ESC[+ 参数 + 终止字母），兼容绝大多数现代终端（Linux/macOS/Termux/Windows 10+）。它不匹配ESC]（OSC，如设置窗口标题）或ESCP（DCS），因这些极少用于着色，且不影响文本宽度；若需完全覆盖，可升级为ansi_escape_8bit字节模式（见进阶说明）。
❌ 不推荐的替代方法
手动
str.replace()列表清除（如问题中get_rid_of_asci）：
仅适用于已知、有限的固定序列，一旦引入新颜色（如[38;2;255;100;0mRGB 模式）或光标移动指令（[2J），即失效，维护成本高且易漏。依赖系统缓存或元数据：
Python 字符串对象不存储“可见长度”元信息；终端模拟器自身也只在渲染时解析序列，不会向 Python 暴露净化后的文本长度。不存在“系统内置长度字段”。逐字符状态机解析（不借助正则）：
理论可行，但实现复杂（需处理嵌套、中断、边界条件），且性能通常不如编译后正则；除非有特殊安全/沙箱约束，否则无必要。
? 进阶：处理字节串与 8-bit 序列（罕见场景）
若输入为 bytes（如从 subprocess 的 stdout.read() 获取），且需兼容旧系统中的 8-bit CSI（），请使用字节模式正则：
import re
ANSI_ESCAPE_BYTES = re.compile(
br'(?:[@-Z\-_]|[0-?]*[ -/]*[@-~]|[0-?]*[ -/]*[@-~])'
)
def visible_byte_length(data: bytes) -> int:
return len(ANSI_ESCAPE_BYTES.sub(b'', data))✅ 总结
-
核心结论：获取“可见长度” =
len(ANSI_ESCAPE.sub('', text))，这是经过广泛验证的标准解法； - 性能提示：正则已预编译，对千字符级字符串耗时
-
工程建议：将
visible_length()封装为工具函数，统一注入日志、进度条、居中排版等需要精确宽度的模块； -
延伸思考：若涉及复杂终端布局（如多行居中、动态重绘），推荐使用专业库如
terminedia（支持坐标定位与属性分离），避免手动计算长度。
