使用printf的缓冲预期：禁用stdout缓冲后终止信号下日志是否完整

示例代码回顾 #

int main (int argc, char **argv)
{
    setvbuf(stdout, NULL, _IONBF, 0);
    unsigned int a = 0;
    for (;;) {
        printf("hello world!");
        a++;
    }
}

核心问题解答 #

你代码中通过setvbuf(stdout, NULL, _IONBF, 0)已经关闭了C标准库层面的stdout用户态缓冲，这种场景下的输出完整性可以分两种情况判断：

• 信号触发进程终止时，上一轮printf已经执行完成并返回：此前所有printf调用的输出一定完整，不会出现部分丢失的问题
• 信号刚好打断了还未返回的printf调用：本次printf的输出可能不完整，甚至完全没有写入

底层逻辑说明 #

_IONBF无缓冲模式下，每次printf调用都会直接触发write系统调用，printf返回等价于write系统调用执行完成：

write系统调用返回后，对应的数据已经从用户态拷贝到内核的文件写缓冲区，后续不管进程是否被信号终止，内核都会负责将缓冲区的数据完整刷写到对应的输出目标（终端、磁盘文件、管道等）。这部分内核级缓冲的刷写逻辑不受用户进程生命周期影响，除非出现内核崩溃、硬件掉电、输出设备硬件故障等极端不可抗力。

setvbuf确实只能控制C标准库的用户态缓冲，但是内核级缓冲的刷写机制已经能保证：只要write执行完成，进程终止不会导致已提交的数据丢失。

延伸场景解答 #

针对使用printf实现的同步日志机制：

• 所有已经从printf返回的日志内容都可以信任，不会因为进程收到终止信号而丢失。同时POSIX标准要求printf为线程安全函数，多线程调用时也不会出现不同线程日志内容穿插断裂的情况
• 只有被信号中途打断、尚未完成返回的printf调用对应的日志，才可能出现不完整的问题

特殊边界情况 #

如果stdout指向的是管道、socket等可关闭的输出对象，且对端已经关闭时，write调用会触发SIGPIPE信号直接终止进程，这种情况下本次printf还未返回就会被杀死，对应日志确实会丢失，但这也属于printf未完成返回的场景，符合上述结论。 #

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