JavaScript中\r（回车）与\f（换页）的实际用法及控制台输出疑问

为什么你的console.log输出和预期不符？ #

关于\r（回车符）的行为差异 #

\r的定义是将光标移至行首，但这个行为在不同输出环境里的表现完全不一样：

• 在传统终端（比如Linux Bash、Windows CMD）中，如果你用process.stdout.write("message \r get here\n")（Node.js环境），光标会回到行首，后续的" get here"会覆盖掉前面的"message"内容，最终输出是" get here"。
• 但在浏览器的开发者控制台中，为了日志的可读性，它不会执行光标覆盖的逻辑，而是把\r当成一个普通的分隔符或者空格来处理，所以你看到的是"message get here"，而不是预期的覆盖效果。

关于\f（换页符）的行为差异 #

\f原本是给打印机用的换页指令，在现代控制台环境里几乎没有实际的换页作用：

• 大多数浏览器控制台和部分终端会直接把\f解析成一个空格，或者完全忽略它的换页逻辑，所以你会看到输出里多了一个空格，而没有实际的换页效果。

这些转义字符是不是只适用于打印/邮件场景？ #

不是。它们的定义是通用的控制字符，只是不同环境对控制字符的渲染优先级不同：

• 打印系统、老式终端、邮件协议（比如SMTP）会严格遵循控制字符的原始定义，处理光标移动、换页等逻辑；
• 现代浏览器控制台、一些轻量化的日志工具，为了让日志更易读，会简化甚至忽略这些控制字符的特殊行为，只把它们当成普通的空白字符处理。

单独打印\r和\f时的异常表现 #

• 单独打印\r：控制台接收到这个控制字符后，只会把光标移到行首，但没有后续内容覆盖，所以看起来像是没有输出，或者只输出一个空行；
• 单独打印\f：因为没有对应的可视化换页效果，控制台会把它转换成空格或者直接忽略，所以你看不到符合定义的换页行为。

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