syscall.Errno 是底层为 int 的自定义类型，因跨平台值映射差异和别名重映射，不能用 == 比较；应使用 errors.Is() 判断，优先采用 golang.org/x/sys/unix.Errno 并尽早转为语义化错误。
syscall.Errno 是什么，为什么不能直接用 == 比较
syscall.Errno 看起来像整数，其实是带方法的自定义类型，底层是 int，但直接用 == 判断会出问题——比如 syscall.EAGAIN 和 syscall.EWOULDBLOCK 在 Linux 上值相同，但某些系统（如 macOS）里它们是不同值；更关键的是，Go 1.19+ 对部分 errno 做了别名重映射，err == syscall.ECONNREFUSED 可能在某些环境下失效。
正确做法是用 errors.Is() 或 errors.As()：
if errors.Is(err, syscall.ECONNREFUSED) {
// 处理连接被拒
}
常见错误现象：if err == syscall.ECONNREFUSED 在 macOS 上永远不成立，因为实际返回的是 syscall.Errno(0x3d)（即 ECONNREFUSED 的别名），而非原始常量。
如何判断 syscall 错误是否属于“可重试”类型
网络或 I/O 调用常遇到临时性错误，比如 syscall.EAGAIN、syscall.EINTR、syscall.EWOULDBLOCK。这些不是真正失败，而是应重试。但不能硬编码一堆 == 判断，得靠标准库抽象。
立即学习“go语言免费学习笔记（深入）”；
实操建议：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 优先用
errors.Is(err, syscall.EAGAIN)或errors.Is(err, syscall.EINTR) - 对
syscall.EWOULDBLOCK，它在多数平台和EAGAIN同义，但 Go 标准库已通过errors.Is()内部做了等价处理，无需额外判断 - 注意
syscall.EINTR在信号中断时出现，os.Read()/os.Write()等高层函数已自动重试，但直接调用syscall.Read()时必须手动处理
syscall.Errno 转换为可读字符串的可靠方式
打印 syscall.Errno 时，直接 fmt.Println(err) 通常只输出数字（如 errno 11），不利于调试。想看到 "EAGAIN" 或 "Resource temporarily unavailable"，得走正确路径。
说明：
-
err.Error()一般能返回描述性字符串，但依赖系统strerror()，中文环境可能乱码 - 更稳定的方式是用
syscall.Errno.Error()，它内部调用了syscall.Errstr()，比裸fmt更准 - 若需跨平台一致的错误名（如日志归类），可用
fmt.Sprintf("%v", err)，它会触发syscall.Errno.String()方法，输出类似"EAGAIN (resource temporarily unavailable)"
syscall.Errno 在不同 Go 版本和平台上的兼容性坑
Go 对 syscall 包持续重构：1.17 开始逐步弃用老 syscall，推荐用 golang.org/x/sys/unix；1.20+ 中部分 syscall.Errno 常量被标记为 deprecated，但值仍保留。真正容易踩的不是“用不了”，而是“以为能用”。
关键点：
- 不要 import
"syscall"做新项目，改用golang.org/x/sys/unix，它的unix.Errno是跨平台更稳定的替代 -
syscall.Errno和unix.Errno类型不兼容，不能混用；errors.Is(err, unix.ECONNREFUSED)对syscall返回的错误无效 - Windows 下
syscall.Errno实际是uintptr，而unix.Errno仅限 Unix-like 系统，跨平台代码需条件编译或统一用errors.Is(err, fs.ErrPermission)这类抽象错误
复杂点在于：你写的错误处理逻辑，可能在 Linux 上跑得通，到 macOS 上因 errno 映射差异失效，再到 Windows 上直接 panic——最稳妥的做法，是从 syscall 层错误向上提一层，尽早转成 os.PathError、net.OpError 等带语义的错误，而不是长期持有 syscall.Errno。
