go通过cgo调用c函数时，若c中使用printf但未显式刷新stdout缓冲区，会导致输出丢失——这是因为c标准i/o默认行缓冲或全缓冲，而go主程序退出时不会触发c运行时的atexit清理流程。
go通过cgo调用c函数时，若c中使用printf但未显式刷新stdout缓冲区，会导致输出丢失——这是因为c标准i/o默认行缓冲或全缓冲，而go主程序退出时不会触发c运行时的atexit清理流程。
在混合Go与C开发（如将Go SDK嵌入C++项目）时，一个常见陷阱是：C函数中调用printf却看不到任何控制台输出。例如以下典型代码：
package main
/*
#include <stdio.h>
#include <stdlib.h>
void print() {
printf("just for test");
}
*/
import "C"
func main() {
C.print()
}表面上看逻辑正确，但运行后终端静默无声。根本原因在于：C标准库的stdout是缓冲的。printf仅将数据写入用户空间缓冲区，并不立即刷到终端；通常需满足以下任一条件才会自动刷新：
- 遇到换行符（且
stdout为行缓冲，如连接终端时）； - 缓冲区满；
- 显式调用
fflush(stdout)； - 程序正常退出（
main返回或调用exit()），此时C运行时会执行注册的atexit回调（包括刷新所有打开流）。
然而，在cgo场景下，Go的main()函数退出并不会调用C运行时的全局清理流程——Go有自己的启动和退出机制，它不接管C的atexit链。因此，即使C函数已执行完毕，stdout缓冲区中的内容仍滞留在内存中，最终被丢弃。
✅ 正确做法是在C函数中显式刷新缓冲区：
void print() {
printf("just for test");
fflush(stdout); // 关键：强制刷新标准输出
}或者，若需更灵活的控制（如批量日志、性能敏感场景），也可在Go侧统一处理：
/*
#include <stdio.h>
void print() {
printf("just for test");
}
*/
import "C"
import "os"
func main() {
C.print()
// Go侧同步刷新C stdout（需确保C标准库已初始化）
C.fflush(C.stdout)
}⚠️ 注意事项：
-
fflush(NULL)可刷新所有输出流，但开销较大，不推荐频繁使用； - 若目标环境为Windows控制台，还需注意
setvbuf或_setmode可能影响缓冲行为； - 在长期运行的C++宿主进程中调用此类Go导出函数时，务必确保每次关键日志后刷新，避免日志延迟或丢失；
- 调试阶段可临时使用
setvbuf(stdout, NULL, _IONBF, 0)禁用stdout缓冲（仅限开发验证，勿用于生产）。
总结：cgo中C侧I/O必须自主管理缓冲——“写完即刷”是安全实践。依赖程序退出自动刷新在Go宿主环境下不可靠，fflush(stdout)不是可选项，而是必需步骤。
