必须用 syscall 而非 os 的场景包括：调用未封装的系统调用（如 memfd_create）、精确控制 fd 标志、fork-exec 间 fd 操作、自定义信号处理；Syscall 允许 goroutine 调度，RawSyscall 绕过调度仅用于 fork/exit 等不可中断调用。
Go 的 syscall 包不是跨平台安全的抽象层，而是对操作系统原生系统调用的薄封装；直接使用它意味着你主动承担平台差异、ABI 变更和 ABI 兼容性风险——除非你在写 cgo 替代方案、容器运行时底层、或需要绕过 runtime 的极少数场景，否则优先用 os、os/exec、net 等标准库高层 API。
什么时候必须用 syscall 而不是 os？
只有当你要触发 os 包明确不暴露、也不打算暴露的底层行为时才需要。典型场景包括：
- 调用未被 Go 标准库封装的系统调用（如 Linux 的
memfd_create、pidfd_open） - 精确控制文件描述符标志（如
O_CLOEXEC与O_NONBLOCK组合，且不能被os.OpenFile自动覆盖） - 在 fork 后 exec 前做 fd 操作（如关闭特定 fd、设置
setpgid），避免os/exec.Cmd的封装干扰 - 实现自定义信号处理逻辑（比如用
syscall.Signalfd接收信号事件流，而非阻塞signal.Notify）
syscall.Syscall 和 syscall.RawSyscall 的区别在哪？
两者都用于发起系统调用，但关键差异在于是否让 runtime 插手调度：
-
syscall.Syscall：会先让 goroutine 进入系统调用状态（runtime 知道你在等内核），允许其他 goroutine 在此期间继续运行；适用于大多数常规调用（如read、write） -
syscall.RawSyscall：完全绕过 runtime 调度干预，调用期间 goroutine 被视为“不可抢占”，可能阻塞整个 M（OS 线程）；仅用于极少数不能被中断的调用（如fork、exit），否则容易引发调度延迟甚至死锁
例如在 Linux 上调用 getpid，应写成：
pid, _, _ := syscall.Syscall(syscall.SYS_GETPID, 0, 0, 0)而不是
RawSyscall —— 因为 getpid 不会阻塞，且不需要规避 runtime。
立即学习“go语言免费学习笔记（深入）”；
Android如何使用WebService接口 中文WORD版
下载
本文档主要讲述的是Android如何使用WebService接口；WebService是一种基于SOAP协议的远程调用标准。通过WebService可以将不同操作系统平台，不同语言、不同技术整合到一起。在OPhone SDK中并没有提供调用WebService的库，因此，需要使用第三方类库（KSOAP2）来调用WebService。在本文将介绍在OPhone中调用WebService的具体细节，并在最后给出一个完整的例子来演示如何使用KSOAP2来调用WebService。感兴趣的朋友可以过来看看
Linux 下如何安全调用未导出的系统调用（如 memfd_create）？
Go 标准库没公开 memfd_create，但它的 syscall number 是稳定的（Linux 3.17+），可手动调用：
- 查号：Linux x86_64 上
memfd_create是319（见asm-generic/unistd_64.h） - 传参：第一个参数是 name（
*byte），第二个是 flags（如syscall.MFD_CLOEXEC） - 注意 name 必须是 C 字符串（以
\x00结尾），可用syscall.BytePtrFromString转换 - 返回值需检查
err != 0，因为syscall.Syscall不自动转 errno
示例：
name, _ := syscall.BytePtrFromString("myfd")
fd, _, err := syscall.Syscall(319, uintptr(unsafe.Pointer(name)), syscall.MFD_CLOEXEC, 0)
if err != 0 {
panic(err)
}
真正难的不是调用本身，而是判断某个 syscall 是否已在目标内核版本中稳定存在、是否被 seccomp 或容器运行时拦截、以及错误码到 Go 错误类型的映射是否完整——这些都不会出现在文档里，得靠 /usr/include、内核 commit log 和实测验证。
