Go环境搭好不等于能测系统调用；必须隔离平台依赖、mock syscall行为，否则CI易失败。GOOS/GOARCH仅影响编译目标，不改变测试运行环境，跨平台验证需多环境CI或容器化测试。
Go 环境搭好了不等于能测系统调用；没隔离平台依赖、没 mock syscall 行为，测试十有八九在 CI 上失败或本地跑不通。
GOOS/GOARCH 编译目标不等于测试运行环境
很多人以为设了 GOOS=linux 就能在 macOS 上“测试 Linux 行为”，这是错的。go test 从不跨平台执行：它只在当前宿主机（macOS/Linux/Windows）编译并运行二进制，GOOS 只影响构建产物，不影响测试过程本身。
- 测试里调用
syscall.ForkExec或x/sys/unix.Flock，实际执行的仍是 macOS 的系统调用，不是 Linux 的 -
build failed: cannot compile for android/arm64这类错误，往往是因为测试文件误引入了 cgo 或平台专属头文件（如#include <sys/epoll.h>） - 真正需要“跨平台验证”的逻辑（比如文件锁行为差异），得靠多环境 CI（GitHub Actions 分别跑 ubuntu/macOS/windows）或容器化测试（
docker run --rm -v $(pwd):/app golang:1.22-alpine sh -c "cd /app && go test"）
syscall 相关测试必须隔离真实系统调用
直接测 syscall.Syscall 或 x/sys/unix 函数，等于把内核行为拖进单元测试——不可控、不可重复、还慢。正确做法是把系统调用行为抽象成接口，再注入 mock 实现。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 例如封装文件锁：定义
type Locker interface { Lock(fd int) error; Unlock(fd int) error }，Linux 下用x/sys/unix.Flock实现，测试时用内存模拟器返回预设错误（unix.EAGAIN）或延迟 - 避免在测试文件里 import
"syscall"或"golang.org/x/sys/unix"；如果必须用，加构建约束//go:build !test并在测试中跳过 - 对进程控制类操作（如
os.StartProcess），用os/exec.Command("true")替代真实外部命令，或通过exec.CommandContext+context.WithTimeout控制生命周期，防止测试卡死
跨平台封装层的测试重点是分支逻辑而非 syscall 本身
你写的 NewFileLocker 函数内部按 GOOS 返回不同实现，这部分才是测试核心——不是测 flock 是否真的加锁成功，而是测“当 GOOS=windows 时是否返回 winLocker 实例”。
立即学习“go语言免费学习笔记（深入）”；
- 用
runtime.GOOS做条件判断的代码，需在不同平台 CI 中覆盖；单机测试可用build tags拆分，例如//go:build windows文件只在 Windows CI 运行 - 检查接口一致性：所有平台实现都应满足同一
Locker接口，且Lock()在已锁状态下返回相同语义错误（如ErrLocked），而不是依赖 errno 值 - 注意
x/sys包里部分类型（如SysProcAttr）仍需从syscall引入，测试中若用到，需保留import "syscall"，但仅限于类型声明，不触发实际调用
真正难的不是写封装，而是让封装层的行为在不同平台下可预测、可验证——这要求你放弃“测 syscall”的执念，转而聚焦接口契约、错误传播路径和平台分支的边界条件。
