使用termcolor的colored方法着色文本时终端居中功能失效

colored()函数返回的字符串会附带终端识别颜色用的ANSI转义控制序列，这类序列在终端显示时不可见，但Python原生的str.center()方法会将转义序列的字符计入字符串总长度计算。
举个直观的例子：着色后的colored("test",'white','on_red')实际字符串长度远大于可见的test本身的4个字符，center()按照包含转义序列的总长度计算左右填充空格，就会导致可见文本的居中位置偏移，出现看起来没居中的效果。
你测试移除着色逻辑后居中正常，正是因为去掉了ANSI转义序列，字符串长度和可见长度完全一致，center()的计算结果自然正确。

方案1：手动计算填充空格（无额外依赖） #

先通过无着色的原始文本计算真实可见长度，推导需要填充的空格数，再拼接带色内容：

import shutil
from termcolor import colored

columns = shutil.get_terminal_size().columns
# 构造无着色原始文本，计算可见字符总长度
raw_full_text = "This is a test run"
visible_text_length = len(raw_full_text)
# 计算左侧需要填充的空格数（自动适配奇数长度的截断问题）
left_padding = (columns - visible_text_length) // 2
# 拼接带色内容和填充空格
final_output = " " * left_padding + "This is a " + colored("test", 'white', 'on_red') + " run"
print(final_output)

方案2：使用适配ANSI转义的终端处理库 #

如果后续有大量终端文本格式化需求，可以使用rich、blessed这类专门处理终端输出的库，它们会自动将ANSI转义序列排除在长度计算之外，无需手动推导填充空格。

注意：直接使用str.center()处理带ANSI转义的字符串，必然会出现长度计算偏差问题，属于原生字符串方法的固有局限。

内容的提问来源于stack exchange，提问作者Simd