syscall.Syscall 参数需转 *uintptr 因其只接受 uintptr 类型，Go 指针不能直接传以防 GC 移动内存；必须用 C.malloc/C.CString 分配 C 内存，再通过 uintptr(unsafe.Pointer(p)) 转换，且生命周期须覆盖系统调用全程。
syscall.Syscall 传参时为什么 C 指针要转 *uintptr？
因为 syscall.Syscall 签名只接受 uintptr 类型的参数，而 Go 的 *C.int 或 *C.char 是 Go 指针，不能直接传——Go 运行时会拒绝将 Go 指针直接转成整数传给系统调用（防止 GC 移动内存后指针失效）。
正确做法是先用 C.malloc 或 C.CString 分配 C 内存，再用 uintptr(unsafe.Pointer(p)) 转换：
buf := C.CString("hello")
defer C.free(unsafe.Pointer(buf))
ret, _, _ := syscall.Syscall(syscall.SYS_WRITE, uintptr(1), uintptr(unsafe.Pointer(buf)), uintptr(len("hello")))
- 不能对 Go 切片或字符串直接取
unsafe.Pointer(&s[0])后转uintptr—— 字符串底层数组可能被 GC 回收或移动 -
C.CString返回的是*C.char，必须显式转unsafe.Pointer再转uintptr，少一层就编译不过 - 如果参数是输入输出缓冲区（如
ioctl），需确保 C 内存生命周期覆盖整个系统调用完成
syscall.Syscall vs syscall.Syscall6：什么时候必须用后者？
Linux x86-64 系统调用最多支持 6 个寄存器传参（rdi, rsi, rdx, r10, r8, r9），syscall.Syscall 只封装前 3 个参数，第 4–6 个得用 syscall.Syscall6；否则参数错位，内核收到的值完全不可控。
典型场景：调用 epoll_ctl、ioctl、sendfile、copy_file_range 等带 4+ 参数的系统调用：
立即学习“go语言免费学习笔记（深入）”；
// epoll_ctl(epfd, op, fd, event)
_, _, errno := syscall.Syscall6(syscall.SYS_epoll_ctl,
uintptr(epfd), uintptr(op), uintptr(fd),
uintptr(unsafe.Pointer(event)), 0, 0)
- 第 5、6 参数填 0 是占位，不是“可选”——
Syscall6就是固定 6 个uintptr，不够就补 0 - ARM64 下同理，但寄存器顺序不同，Go 运行时已封装好，不用手动调整
- 别试图用
Syscall强塞 4 个参数——第 4 个会被忽略或压入错误寄存器，返回值常为-EINVAL
用 C.malloc 分配内存后忘记 free 导致泄漏？
是的，而且这种泄漏不会被 Go GC 捕获——C.malloc 分配的是 C 堆内存，Go 完全不感知。常见于反复调用 ioctl 或 getsockopt 时动态分配结构体。
关键点：所有 C.malloc、C.CString、C.GoBytes（反向）都必须配对 C.free，且只能 free 同一来源的指针：
ptr := C.malloc(1024) defer C.free(ptr) // 必须 defer，且不能传错 ptr
-
C.CString返回的指针也能用C.free释放，但不能用C.free(nil)，会 crash - 别把
C.malloc的结果赋给 Go 指针变量再传给free——类型不匹配容易误传 - 如果系统调用返回了需要解析的 C 结构体（如
struct stat），建议用syscall.Stat_t等 Go 封装类型替代手写C.struct_stat
syscall 包在 Go 1.17+ 中已被标记为 deprecated？
是的，syscall 包未被删除，但官方明确建议迁移到 golang.org/x/sys/unix（Unix 系统）或 golang.org/x/sys/windows（Windows）。原因很实际：维护成本高、跨平台常量/结构体更新滞后、缺少对新内核特性的支持（如 io_uring、memfd_create）。
迁移不是改 import 就完事——x/sys/unix 的函数签名更贴近系统调用原语，比如：
// 旧 syscall.Syscall(syscall.SYS_openat, ...) // 新（更清晰，参数语义明确） unix.Openat(unix.AT_FDCWD, "file", unix.O_RDONLY, 0)
-
x/sys/unix提供完整类型定义（unix.Stat_t、unix.EpollEvent），避免手写C.struct_* - 错误处理统一返回
error，而非(ret, _, errno)三元组，减少样板代码 - 如果你还在用
syscall调clone、unshare或 cgroup 相关接口，基本找不到对应封装——得自己补，而x/sys/unix社区持续在加
真正麻烦的不是语法转换，而是那些散落在代码里、靠 unsafe 和 uintptr 硬连的 C 内存交互逻辑——它们不会自动变安全，也不会因换包就消失。
