如何确保程序退出时systemd与journald间的stdout缓冲区被刷新？

我之前也碰到过一模一样的情况——用systemd管理程序时，执行systemctl restart后，journald经常抓不到程序stdout的输出，但/var/log/syslog里却能正常看到内容。先把问题复现的代码和systemd配置贴出来：

问题复现代码（C语言） #

#include <stdio.h>
int main(void) {
    printf("foo\n");
    fflush(stdout);
    getchar();
    return 0;
}

（注：这个问题不局限于C语言，原发现问题的应用是Go语言编写的，也存在同样情况）

对应的systemd单元配置 #

[Unit]
Description=description
After=network.target

[Service]
ExecStart=/path/to/binary

[Install]
WantedBy=multi-user.target

问题原因分析 #

本质上是systemd在restart流程中，程序的stdout/stderr与journald的套接字连接可能还没完全建立，程序就已经输出内容了；或者默认的service类型导致systemd过早标记启动完成，没来得及捕获初始输出。而syslog因为是通过系统日志管道接收，时序上更稳定，所以能接住输出。

可行的解决方法 #

这里有几个经过验证的方案，按推荐程度排序：

1. 强制指定输出到journald
   在systemd单元的[Service]段中明确设置输出目标，确保程序输出直接发送到journald：

   [Service]
   ExecStart=/path/to/binary
   StandardOutput=journal+console
   StandardError=journal+console
   

   这个配置会让程序的stdout/stderr同时输出到journald和系统控制台，彻底避免默认输出机制的不确定性。

2. 修改Service类型为Type=exec
   默认的Type=simple会在程序启动后立即标记为"active"，而Type=exec会等待程序真正执行起来后再完成启动流程，能让输出连接更稳定：

   [Service]
   ExecStart=/path/to/binary
   Type=exec
   

   建议和上面的StandardOutput配置结合使用，效果最佳。

3. 确保程序输出缓冲策略正确
   虽然你已经手动调用了fflush(stdout)，但可以在程序开头强制设置行缓冲，避免非终端环境下的全缓冲问题（比如Go程序默认在非终端时是全缓冲，需要手动调整）：
   C语言示例：

   #include <stdio.h>
   int main(void) {
       setvbuf(stdout, NULL, _IOLBF, 0); // 强制行缓冲
       printf("foo\n");
       getchar();
       return 0;
   }
   

4. 临时调试用：添加短暂延迟
   如果只是为了验证问题，可以在输出后加个短暂的sleep，给journald足够的时间建立连接，但不推荐在生产环境使用：

   #include <stdio.h>
   #include <unistd.h>
   int main(void) {
       printf("foo\n");
       fflush(stdout);
       sleep(1); // 延迟1秒再阻塞
       getchar();
       return 0;
   }
   

总结 #

最可靠的方案是同时设置StandardOutput=journal+console和Type=exec，这两个配置结合能确保journald100%捕获到程序的初始输出，不管是restart还是start操作都不会遗漏。

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