Go 通过 cgo 调用 C 函数时，若使用 printf 却无任何输出，根本原因是 C 标准库的 stdout 默认为行缓冲或全缓冲（尤其在非交互式环境中），而 Go 主程序退出时不会触发 C 运行时的 atexit 清理流程，导致缓冲区未刷新。

go 通过 cgo 调用 c 函数时，若使用 `printf` 却无任何输出，根本原因是 c 标准库的 `stdout` 默认为行缓冲或全缓冲（尤其在非交互式环境中），而 go 主程序退出时不会触发 c 运行时的 `atexit` 清理流程，导致缓冲区未刷新。

在混合 Go 与 C 的场景中（例如将 Go SDK 嵌入 C++ 项目），常见误区是认为 printf 调用后内容会立即显示——实际上，C 的 stdio 缓冲机制决定了输出行为依赖于缓冲策略和显式刷新。当 Go 程序执行 C.print() 后直接退出 main，C 运行时无法执行注册的 atexit 回调（如 __libc_atexit 中绑定的 fflush(NULL)），因此 stdout 缓冲区中的内容被静默丢弃。

✅ 正确做法是在 C 函数中显式刷新标准输出：

// #include <stdio.h>
// #include <stdlib.h>
/*
void print() {
    printf("just for test");
    fflush(stdout); // ✅ 关键：强制刷新 stdout 缓冲区
}
*/
import "C"

func main() {
    C.print()
    // 注意：Go 程序在此退出，不再等待 C 运行时清理
}

⚠️ 补充说明与最佳实践：

• 若需频繁调用且对性能敏感，可考虑在初始化阶段设置 setvbuf(stdout, NULL, _IONBF, 0)（禁用缓冲），但会牺牲 I/O 效率；
• 在嵌入式或长期运行的 C++ 主程序中，建议由宿主环境统一管理 stdout 缓冲策略，Go 侧仅负责业务逻辑；
• 避免依赖 printf 的隐式换行触发刷新（如 printf("hello\n") 在终端可能生效，但在管道/重定向/非 TTY 环境下仍不可靠）；
• 更健壮的日志方案推荐使用 C.fputs + C.fflush 或直接通过 Go 的 fmt.Println 输出，再由 C 层回调接收字符串（避免跨语言 I/O 状态耦合）。

总之，跨语言调用中 I/O 缓冲行为不可忽视；显式 fflush(stdout) 是简单、可靠且符合 POSIX 的解决方案。