为何printf()函数中转义字符\b后需添加任意内容才能正常生效？

大部分认知偏差都是没有区分清楚printf的输出逻辑、和终端对控制字符的处理逻辑，把两个独立的动作混为一谈了。

两个必须明确的基础事实 #

• \b对应ASCII标准的退格控制字符（十进制值为8）。无论是C标准库的输出接口，还是通用终端模拟器，对这个字符的原生处理逻辑从来没有“删除屏幕已显示字符”的功能：它的唯一作用就是把当前输出光标的水平位置向左移动1格，碰到行首就停止，不会继续往前。
• printf()本身只是把待输出的字符序列写入标准输出缓冲区，不会直接修改屏幕上已经渲染完成的内容。

为什么不加后续字符时，看起来\b完全没生效 #

当执行printf("hello\b");时，完整的执行链路是：

1. 函数依次把h、e、l、l、o、\b共6个字符写入输出缓冲区
2. 当标准输出连接到终端时，默认是行缓冲模式：除非遇到换行符，否则缓冲区内容不会主动刷新；等程序退出时，才会把剩余缓冲的所有内容一次性推送给终端
3. 终端收到这串字符后，会依次打印h e l l o，把光标停在o的后方位置；收到\b指令后，把光标从o的后方左移1格，停在o所在的位置
4. 整个过程没有任何新的可打印字符去覆盖o的位置，屏幕上的o始终留在原位置，仅仅是光标悄悄移到了它的上方。你的视觉完全感知不到光标位置的细微变化，自然会判定“\b没有发挥作用”。

为什么加个空格/任意字符后，就觉得\b正常生效了 #

当执行printf("hello\b ");时，完整的执行链路是：

1. 终端先依次打印h e l l o，光标停在o的后方
2. 收到\b指令后，光标左移1格，停在o所在的位置
3. 紧接着收到后续的空格字符，终端直接在当前光标位置打印空格——这个空格会直接把原来o的像素点完全覆盖
   这时候视觉上你会看到原来最后的o消失了，就误以为是\b发挥了删字的作用，实际上是**\b仅负责移动光标位置，后续跟上的可打印字符负责在新的光标位置覆盖旧内容，两个动作配合起来才达成了“退格删字”的视觉效果**。

常见认知纠正 #

• 哪怕你后续跟的不是空格，换成任意数字、字母，比如执行printf("hello\bX");，最终会看到输出变成hellX，本质就是光标被\b移到o的位置，用X覆盖了原有的o，和退格符本身的“删字能力”没有任何关系。
• 如果把printf的输出重定向到普通文件而非终端，写入文件的\b就是一个值为8的普通字节，不会触发任何光标移动、字符覆盖的逻辑，这能进一步证明：退格的位置移动逻辑是终端侧的处理规则，和printf本身无关。
• 所谓“必须在\b后加字符才能让退格生效”完全是视觉错觉：纯输出\b时它确实正常移动了光标，只是没有后续的视觉变化让你察觉不到它的动作而已。

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