不能直接在跨平台代码里写 syscall 或 os/exec 调用系统命令，因为不同平台的系统调用接口、返回值、错误码及命令存在性均不一致；应通过 //go:build 条件编译封装统一函数签名，或按需定义接口实现平台隔离。
为什么不能直接在跨平台代码里写 syscall 或 os/exec 调用系统命令
因为不同平台的系统调用接口、返回值含义、错误码、甚至命令是否存在都完全不同。比如 syscall.Kill 在 Linux 上发信号给进程很直接，但在 Windows 上不支持 SIGKILL，得走 TerminateProcess；又比如用 os/exec.Command("ifconfig")，macOS 上是 ifconfig，Linux 可能用 ip，Windows 根本没这命令——硬写会导致编译失败或运行时 panic。
怎么用函数封装做平台隔离：以获取网卡 MAC 地址为例
核心思路是定义统一函数签名，按 GOOS 条件编译实现，对外暴露干净接口。Go 原生的 net.InterfaceAddrs() 不保证返回 MAC，得依赖底层。
- 在
mac.go文件顶部加//go:build darwin，实现getMacAddr(string) (string, error)，调用exec.Command("ifconfig", iface)并解析输出 - 在
linux.go里用//go:build linux，读取/sys/class/net/<iface>/address</iface>文件（更快更稳，无需 shell） - 在
windows.go中用//go:build windows，调用net.InterfaceByName()+Interface.HardwareAddr（Windows 从 Go 1.14+ 支持该字段） - 所有文件共用同一包名，函数名、参数、返回值完全一致，调用方无感知
容易踩的坑：条件编译标签和构建约束写错
常见错误是混用 // +build 和 //go:build，或者平台名大小写不对（darwin 不是 Darwin），导致某个平台根本没编译对应文件，链接时报 undefined: getMacAddr。
- 必须统一用
//go:build（Go 1.17+ 推荐），且前后空行不能少：//go:build darwin\n\npackage netutil - 多个平台可用
//go:build darwin || linux，但注意||两边有空格 - 如果用了 cgo（比如调 Windows API），记得加
//go:build cgo并确保CGO_ENABLED=1 - 本地测试时用
GOOS=windows go build验证，别只在当前平台跑
什么时候该用接口替代函数封装
当行为差异大、需要组合或 mock（比如单元测试）时，函数封装会变重。这时更适合定义接口：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
type NetworkInfo interface {
GetMAC(iface string) (string, error)
GetMTU(iface string) (int, error)
}
然后为各平台实现该接口，通过工厂函数返回实例：
-
NewNetworkInfo()内部用runtime.GOOS分支返回对应实现 - 测试时可传入 fake 实现，不用启动子进程或读系统文件
- 比纯函数封装更易扩展，比如后续加容器网络适配器逻辑
但多数简单场景，函数封装更轻量、更符合 Go 的“小接口”哲学——只要函数签名稳定，平台细节藏好就行。
