为何打印ASCII第27号转义序列后加']'会出现输出异常？

学习C语言时，尝试打印0到255对应的ASCII码，发现输出在第27号字符处中断。在字符输出格式说明符后加空格后问题解决。进一步测试printf("%c]",27);时，发现输出内容被部分删除，但将']'替换为其他字符时运行正常，不清楚原因，希望了解相关参考资料。

附上测试代码：

#include <stdio.h>

int main()
{
    int i = 0;

    printf("%c]",27);
    printf("\n");

    for (; i < 256; i++)
    {
        printf("Teeest [ %d ] = [ %c ]",i,i);
        printf("\n");
    }
}

代码运行输出：

]
Teeest [ 8 ] = [ ]
Teeest [ 9 ] = [         ]
Teeest [ 10 ] = [
 ]
Teeest [ 11 ] = [  ]
Teeest [ 12 ] = [  ]
 ]eest [ 13 ] = [
Teeest [ 14 ] = [  ]
...
Teeest [ 253 ] = [ ?]
Teeest [ 254 ] = [ ?]
Teeest [ 255 ] = [  ]

1. ASCII 27是控制字符ESC：ASCII码中0-31的字符均为不可打印的控制字符，27对应的是转义字符（Escape, ESC），它本身不会被终端直接显示，而是用于触发终端的控制序列。
2. ESC+']'触发终端特殊命令：当输出ESC+']'时，这是ANSI转义序列中**OSC（Operating System Command）**的起始标识。OSC序列用于向终端发送系统级指令（比如修改窗口标题、设置剪贴板内容等），终端会将后续字符解析为命令内容，而非普通显示字符。在当前终端环境中，这个序列触发了内容清除或覆盖的行为，导致原本的输出被异常处理，最终只显示了']'，甚至干扰了后续行的输出。
3. 加空格解决的原理：在%c后添加空格后，ESC后面跟着的是空格而非']'，终端无法将ESC+空格解析为有效的控制序列，因此会将ESC显示为一个占位符（比如空白方块），空格和后续字符正常输出，不会触发控制行为。

可以查阅以下类型的资料：

• ANSI转义序列规范：了解终端控制字符和转义序列的标准定义，其中包含OSC等特殊序列的详细规则。
• 终端官方文档：不同终端（如Windows Terminal、Xterm、GNOME Terminal）对控制序列的处理略有差异，可查看对应终端的文档了解具体行为。
• POSIX终端控制标准：POSIX规范中定义了终端对控制字符的处理逻辑，适合深入理解底层机制。

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