使用ANSI转义序列后Python readline输入导航偏移问题求助

这个问题我之前在处理带颜色提示的Python脚本时也碰到过！核心原因很简单：readline会把ANSI转义序列里的字符当成普通可打印字符来计算提示文本的长度，但实际上这些转义序列根本不会在屏幕上占据显示空间，所以当你用CTRL+A、CTRL+E这类快捷键时，readline基于错误的长度计算来定位光标，自然就出现偏移了。

最简单的解决方案：用特殊字符标记非打印序列 #

readline有个内置的机制：用\001（ASCII的Ctrl+A，也就是SOH）和\002（ASCII的Ctrl+B，也就是STX）包裹非打印字符，这样readline在计算提示长度时会自动忽略这两个字符之间的内容。你只需要修改你的START和END定义就行：

import readline  # gnureadline 6.3.8

# 用\001和\002包裹ANSI转义序列，告诉readline这些是非打印内容
START = '\001\033[91m\033[1m\002'
END = '\001\033[0m\002'

response = raw_input(START + 'Enter text: ' + END)

为什么这个方法有效？ #

• \001和\002是readline的特殊边界标记，专门用来区分“实际显示的文本”和“控制序列”。
• 当readline计算提示的显示长度时，会跳过这两个标记之间的所有字符，只统计真正会显示在屏幕上的文字（也就是Enter text: ）的长度。
• 这样CTRL+A就能准确跳到输入内容的开头，CTRL+E跳到结尾，Option+箭头键的单词导航也能正常工作了。

针对你调试尝试的补充说明 #

• 添加换行加剧偏移：换行符本身会被readline算进提示长度，再加上转义序列的问题没解决，双重错误导致偏移更严重，这很正常。
• 仅箭头键正常：箭头键的导航是直接基于屏幕上的光标位置，而CTRL+A/CTRL+E是基于readline内部维护的输入缓冲区长度计算，所以会出现功能不一致的情况。
• 不用转义序列正常：因为此时提示文本里没有非打印字符，readline计算的长度和实际显示的完全一致，光标定位自然没问题。

额外提示（针对Python版本） #

如果你之后升级到Python 3，只需要把raw_input换成input就行，这个方法在Python 3里同样有效，原理完全一样。

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