在嵌入式Linux中使用setvbuff修改stdout缓冲是否安全合理？

我有一个以systemd服务运行的C/C++程序，stdout和stderr采用默认配置（输出到journald，可通过journalctl -u SERVICE查看）。目前只有通过setvbuff(stdout, nullptr, 0, _IOLBF)设置行缓冲，才能在journald中及时看到printf的输出——如果不设置行缓冲（_IOLBF）或无缓冲（_IONBF），完全看不到程序的输出内容。

我的核心问题是：使用setvbuff修改缓冲策略是否合理且安全？

我清楚行缓冲的性能比全缓冲差，但如果不修改缓冲策略，journald根本捕获不到printf输出。而直接运行二进制程序或在service配置中设置StandardOutput=tty时，printf输出是正常的。

这是一个运行在嵌入式Linux上的大型前端程序，另外还有三个后端服务存在同样的问题。由于该嵌入式系统用于高监管领域，绝对不能出现内存泄漏等内存问题，同时这些printf输出作为调试日志至关重要，因此需要100%确认这种做法的安全性。

相关配置与输出示例 #

服务配置文件 #

[Unit]
Description="UI service"

[Service]
ExecStart=/home/root/startBinary
Restart=always

[Install]
WantedBy=multi-user.target

system.conf默认配置行 #

#DefaultStandardOutput=journal
#DefaultStandardError=inherit

未修改缓冲时的journalctl -u SERVICE输出 #

Aug 09 08:29:54 computername systemd[1]: Starting SERVICE...

设置行缓冲/无缓冲时的journalctl -u SERVICE输出 #

Aug 09 08:32:20 computername systemd[1]: Starting SERVICE...

Aug 09 08:32:21 computername systemd[1]: Hello world from SERVICE printf

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