Go系统编程95%无需cgo：exec.Command须拆分参数（如exec.Command("ls", "-la", "/tmp")），禁用字符串拼接；读写/proc/sys需trim换行、校验权限；fsnotify监听须手动递归、位运算判事件、启goroutine读通道。
Go 写系统不是“用 Go 模拟 C”，而是用标准库组合出安全、可维护、跨平台的系统行为。95% 的常见系统操作根本不需要 cgo 或 syscall 封装。
exec.Command 怎么传参数才不报 exec: "ls -la": executable file not found
错误根源是把整条命令当程序名传了，Go 不会自动 shell 分词。
- 错：
exec.Command("ls -la /tmp")—— Go 去找名叫"ls -la /tmp"的可执行文件，当然找不到 - 对：
exec.Command("ls", "-la", "/tmp")—— 第一个参数是命令名，后续全是独立参数 - 要管道或通配符？必须显式走 shell：
exec.Command("sh", "-c", "ls *.go | head -n 1")，但输入必须可控，否则有注入风险 - Windows 下内置命令（如
dir）要用cmd /c：exec.Command("cmd", "/c", "dir")
读写 /proc/sys/net/ipv4/ip_forward 为什么写不进去或读出来带换行
os.ReadFile 和 os.WriteFile 足够，但细节决定成败。
- 读取后必须
strings.TrimSpace，别直接== "1"—— 大部分/proc文件末尾带\n - 写入前检查权限：
if os.IsPermission(err)，有些节点只允许 root 写 - 有些 sysctl 接口只接受无换行纯数字：
os.WriteFile("/proc/sys/net/ipv4/ip_forward", []byte("1"), 0644)，别写"1\n" -
/sys下部分节点（如设备重扫触发器）只支持单次写入，重复写返回invalid argument
用 fsnotify 监听目录变化为什么收不到子目录事件或卡死
fsnotify 不递归、不自动解包事件位、不帮你管 goroutine 生命周期。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 监听子目录需手动遍历：
filepath.WalkDir(path, func(path string, d fs.DirEntry, err error) error { if d.IsDir() { watcher.Add(path) } return nil }) - 判断事件类型必须位与：
if e.Op&fsnotify.Write != 0，而不是e.Op == fsnotify.Write（因为可能同时含 Create+Write） - 必须开 goroutine 读
watcher.Events和watcher.Errors，主逻辑不能for range watcher.Events阻塞 - 别依赖
golang.org/x/exp/inotify—— 它是实验性包，API 不稳定，生产环境慎用
什么时候真得碰 syscall 或 cgo
绝大多数情况不用。只有两类例外：
- 调用 Go 标准库没封装的特定系统调用，比如
membarrier或某些新内核特性，此时用syscall.Syscall或syscall.RawSyscall，注意区分阻塞/非阻塞语义 - 对接已有 C 库（如 OpenSSL、libusb），必须用 cgo —— 但 C 代码块必须紧贴
import "C"上方，用/* */包裹，中间不能有空行；字符串传参必用C.CString+C.free配对
真正难的不是调用本身，而是理解每个操作背后的权限模型、竞态边界和生命周期归属——比如写 /sys 节点时谁负责同步，fsnotify 收到事件后旧文件描述符是否还有效，这些地方一疏忽就变成深夜调试现场。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
