Linux下sys_write处理ASCII控制码0-31及换行符对的问询

背景说明 #

有一个汇编程序尝试输出全部256个ASCII字符，输出范围从ASCII码48开始，到255后回绕至0，最终以47结束。实际运行输出如下：

└─$ ./example_displayascii
0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~��������������������������������������������������������������������������������������������������������������������������������

可以看到输出里缺少了ASCII码0-31的控制字符，以及32-47的可打印字符，针对这一现象，解答以下两个问题：

1. Linux的sys_write在遇到ASCII控制码0-31时通常会如何处理？ #

Linux的sys_write本身不会主动过滤或修改任何字节，它只是把用户提供的字节原封不动地写入目标文件描述符（这里是终端/stdout）。真正决定这些控制字符如何显示的是终端模拟器，而非sys_write系统调用。

对于ASCII 0-31的控制字符，终端会根据自身配置处理：

• 部分控制字符会触发终端功能行为：比如ASCII 10（换行\n）会让光标移到下一行开头，ASCII 13（回车\r）会让光标回到当前行开头，ASCII 7（响铃\a）会触发终端蜂鸣，ASCII 8（退格\b）会让光标左移一位并覆盖后续字符。
• 无法映射到功能的控制字符，终端通常会显示为占位符（比如�或方块），或者直接不显示。

在这个案例中，程序输出的0-31控制字符可能因为终端处理逻辑，要么触发光标移动等行为导致后续字符覆盖了它们的显示位置，要么被终端以不可见方式处理，所以最终输出里看不到。

2. 若使用10、13的组合而非仅10来终止一行，具体会发生什么？ #

ASCII 13是回车（\r），作用是将光标移动到当前行的开头；ASCII 10是换行（\n），作用是将光标移动到下一行的同一列。

在Linux终端下：

• 单独使用\n时，终端会自动完成“回车+换行”的行为（终端默认配置），光标会移到下一行开头。
• 如果使用\r\n的组合，终端会先执行回车（光标回到当前行开头），再执行换行（光标移到下一行开头），最终效果和单独用\n几乎一致，用户看不到明显区别。

但在一些严格区分回车和换行的终端环境（比如老式终端或Windows命令提示符），\r\n才是标准行终止符，单独的\n只会让光标下移一行但不回到开头。不过在Linux现代终端模拟器中，两者显示效果没有差异。

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