cgo调用后errno总是0，因为go不会自动捕获c函数设置的errno；必须在c函数返回后立即用c.errno读取，并转为syscall.errno，且不能穿插任何go系统调用。
CGO调用后 errno 为什么总是 0？
因为 Go 的 syscall.Errno 不会自动捕获 C 函数失败后的 errno 值——它只在少数标准 syscall 封装（如 syscall.Open）里被显式读取。你手写 CGO 调用时，errno 是个独立的 C 全局变量，Go 层完全看不到，除非你主动读。
常见错误现象：ret := C.some_c_func(); if ret == -1 { log.Println("failed but errno=", syscall.Errno(errno)) } —— 这里的 errno 是未定义的，Go 编译器甚至不认这个符号。
- 必须在 C 代码里显式返回或写入 errno，不能依赖 Go 自动同步
- 不要直接在 Go 中引用 C 的
errno变量（C.errno 是非法的） - 推荐方式：让 C 函数返回 int，并把 errno 存到传入的指针参数里，或用
C.errno（需先#include <errno.h></errno.h>并在 CGO 注释中声明）
如何安全读取 C.errno
CGO 允许你在 Go 代码中通过 C.errno 访问当前线程的 errno，但前提是：C 代码已实际触发系统调用失败并设置它，且 Go 没有在中间执行可能覆盖 errno 的操作（比如调用其他 syscall 或 runtime 函数）。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 紧接在 C 函数调用之后、任何 Go 函数调用之前，立即读取
errno := C.errno - 必须在 CGO 注释块中
#include <errno.h></errno.h>，否则C.errno不可用 -
C.errno是C.int类型，转 Go 错误要用syscall.Errno(errno)，不是errors.New - 示例：
<pre class="brush:php;toolbar:false;">// #include <errno.h> // #include <unistd.h> import "C" ret := C.write(C.int(fd), (*C.char)(unsafe.Pointer(buf)), C.size_t(len(buf))) if ret == -1 { err := syscall.Errno(C.errno) // 处理 err }
跨平台 errno 映射不一致怎么办
Linux、macOS、Windows（via mingw）的 errno 数值和含义并不完全一致。比如 <code>EAGAIN 在 Linux 是 11，在 macOS 是 35；而 Windows 的 WSAEWOULDBLOCK 对应的是 10035，不是标准 errno。
这意味着直接比对数值（如 if errno == 11）会出问题。
- 永远用符号常量：
if errno == syscall.EAGAIN，而不是硬编码数字 - 注意
syscall包里定义的常量是 Go 构建目标平台的映射，不是你 C 代码运行平台的——所以确保 CGO 和 Go 编译目标一致（比如都为 linux/amd64） - 如果调用的是非 POSIX C 库（如 OpenSSL），它的错误码完全不走
errno，得查它自己的错误函数（如ERR_get_error()）
为什么 defer C.free() 后再读 errno 会错
因为 defer 语句延迟执行，等真正运行时，中间可能已经发生了其他系统调用（比如 GC 触发的 mmap、netpoll 等），这些操作会改写当前线程的 errno，导致你读到的是无关错误。
- 所有对
C.errno的读取必须在 C 函数返回后「立刻」完成，不能穿插任何可能触发系统调用的 Go 操作 - 避免在 defer 里处理 errno；也不要在 error handler 里再调用
fmt.Errorf或log.Printf后才读 —— 它们内部可能调用 write() 导致 errno 被覆盖 - 最稳妥做法：C 调用 → 读
C.errno→ 赋值给局部变量 → 后续用该变量做判断或构造 error
真正麻烦的从来不是怎么读 errno，而是你根本不知道它在哪一刻被谁悄悄改写了。多线程下尤其危险——哪怕只是加了个 runtime.Gosched()，都可能让 errno 失效。
