观察到的行为并不是 bash 的一部分；相反，它是readline 库行为的一部分。如果您只是使用echo（这是一个 bash 内置函数）来输出足够的文本以强制自动换行，则不会发生这种情况，如果 bash 产生比控制台宽的错误消息，也不会发生这种情况。 （例如，尝试使用与任何现有文件不对应的超过 80 个字符的参数的命令 .。）
所以它不是官方的“软包装序列”，也不是任何标准的一部分。相反，它是解决与控制台显示管理相关的许多恼人问题之一的实用解决方案。
换行的终端实现存在歧义：
-
在最右边插入一个字符后，终端换行。
-
终端在发送下一个字符之前换行。
因此，无法在最后一列位置之后可靠地发送换行符。如果终端已经换行（上面的选项 1），那么换行符将创建一个额外的空白行。否则（选项 2），以下换行符将被“吃掉”。
如今，几乎所有终端都遵循选项 2 的一些变体，这是 DEC VT-100 终端的行为。在terminfo 终端描述数据库的词汇表中，这被称为xenl：“eat-newline-glitch”。
选项 2 实际上有两个可能的子变体。在 VT-100（和 xterm）实际实现的一个中，光标在行尾处于异常状态；实际上，它是屏幕外的一个字符位置，因此您仍然可以在同一行中退格光标。其他历史终端“吃掉”换行符，但无论如何将光标定位在下一行的开头，因此退格是不可能的。 （除非终端具有bw 能力。）
这给需要准确跟踪光标位置的程序带来了问题，即使对于像回显输入这样看似简单的应用程序也是如此。 （显然，回显输入的最简单方法是让终端自己完成，但这排除了实现额外控制字符（如制表符补全）的能力。）假设用户已将文本输入到右边距，然后键入退格字符删除最后输入的字符。通常，您可以通过输出cub1（左移1）代码和el（清除到行尾）来实现退格删除。 （如果删除在一行中间会比较复杂，但原理是一样的。）
但是，如果光标可能位于下一行的开头，这将不起作用。如果您知道光标在 next 的开头，您可以在执行 el 之前向上移动然后向右移动，但如果光标仍在同一行上，则不会起作用。
从历史上看，被认为是“正确”的做法是将光标强制返回到下一行。 （以下引用来自ncurses 发行版中的terminfo.src 文件。我不知道是谁或何时写的）：
# Note that the <xenl> glitch in vt100 is not quite the same as on the Concept,
# since the cursor is left in a different position while in the
# weird state (concept at beginning of next line, vt100 at end
# of this line) so all versions of vi before 3.7 don't handle
# <xenl> right on vt100. The correct way to handle <xenl> is when
# you output the char in column 80, immediately output CR LF
# and then assume you are in column 1 of the next line. If <xenl>
# is on, am should be on too.
但是还有另一种方法来处理这个问题，它甚至不需要你知道终端是否有xenl“故障”：输出一个空格字符，之后终端肯定会换行，然后返回最左边的列。
事实证明，如果终端模拟器是xterm（可能还有其他类似的模拟器），这个技巧还有另一个好处，它允许您通过双击来选择一个“单词”。如果自动换行发生在一个单词的中间，如果您仍然可以选择整个单词，即使它被分成两行，那将是理想的。如果您遵循上述terminfo 文件中的建议，那么xterm 将（相当合理地）将拆分词视为两个词，因为它们之间有一个明确的换行符。但是如果您让终端自动换行，xterm 会将结果视为一个单词。 （尽管输出了空格字符，它还是会这样做，可能是因为空格字符被覆盖了。）
简而言之，SPCR 序列绝不是 VT100 终端的标准化功能。相反，它是对终端描述的特定特征与特定（和常见）终端仿真器的观察行为相结合的务实响应。该代码的变体可以在各种代码库中找到，尽管据我所知它不是任何教科书或正式文档的一部分，但它肯定是终端处理民间工艺的一部分 [注 2]。
在readline 的情况下，您会发现comment in the code 比这个答案更具电报性：[注1]
/* If we're at the right edge of a terminal that supports xn, we're
ready to wrap around, so do so. This fixes problems with knowing
the exact cursor position and cut-and-paste with certain terminal
emulators. In this calculation, TEMP is the physical screen
position of the cursor. */
（xn是xenl的缩写。）
注意事项
-
当我键入此答案时，注释位于git 存储库的当前视图中display.c 的第1326 行。在未来的版本中，它可能位于不同的行号，因此提供的链接将不起作用。如果您发现它已更改，请随时更正链接。
-
在此答案的原始版本中，我将此过程描述为“终端处理民间传说的一部分”，其中我使用“民间传说”一词来描述从程序员传给程序员的知识，而不是作为经典的一部分学术文本和国际标准。虽然“民俗”经常带有负面含义，但我使用它时没有这种偏见。 “lore”（根据wiktionary）是指“通过教育或经验随着时间的推移而积累的关于特定主题的所有事实和传统”，源自一个古日耳曼语单词，意思是“教”。因此，民俗是“民间”积累的教育和经验，而不是建立：在 Eric S. Raymond 对the Cathedral and the Bazaar 的类比中，民俗是集市的知识库。
这种用法引起了至少一位高技能practitioner 的注意，他建议使用“深奥”一词来描述有关终端处理的这一点信息。 “深奥”（再次根据维基词典）适用于“旨在或可能仅被少数具有专业知识或兴趣或开明的核心圈子的人理解”的信息，源自希腊语 ἐσωτερικός，“内在圆圈”。 （也就是说，大教堂的知识。）
虽然语义讨论至少很有趣，但我改用了不太情绪化的词“folkcraft”来更改文本。