os.Getpid() 是获取当前 Go 进程 PID 的唯一标准方式，返回操作系统级进程 ID，跨平台且稳定；syscall.Getpid() 虽等价但不推荐；os.Getppid() 在 Windows 上恒为 0，不可用于父子关系判断。
os.Getpid() 是获取当前 Go 进程 PID 的唯一标准方式
Go 没有“进程函数标识”这种抽象概念，os.Getpid() 返回的就是当前运行中 Go 程序实例的操作系统级进程 ID（整数），这是唯一被标准库保证、跨平台可用的 PID 获取途径。它不依赖 runtime 状态、不涉及 goroutine，只反映 OS 层面的进程实体。
别用 syscall.Getpid() —— 它和 os.Getpid() 完全等价，但没必要
syscall.Getpid() 在多数平台确实存在且返回值与 os.Getpid() 一致，但它属于低层 syscall 包，稳定性、可移植性未被 Go 团队承诺；而 os.Getpid() 是标准库封装，语义明确、文档完备、未来兼容有保障。实际项目中应直接使用 os.Getpid()，避免引入不必要的 syscall 依赖。
os.Getppid() 在 Windows 上恒为 0，不能用于父子关系判断
这是最容易翻车的地方：你在 Linux/macOS 下测试正常，一上 Windows 就发现 os.Getppid() 总是返回 0。这不是 bug，是 Go 运行时在 Windows 上的主动设计——因为 Win32 API 没有安全可靠的 GetParentProcessId 接口。如果你需要跨平台识别父子关系，必须换方案：
- 通过环境变量传递父 PID（如启动子进程时加
PPID=12345） - 用命名管道、Unix domain socket 或临时文件做父子通信
- 依赖进程树工具（如
ps、tasklist）外部校验，而非代码内假设
获取其他进程 PID 不是 os.Getpid 的职责
os.Getpid() 只能返回“自己”的 PID。想查别人？Go 标准库不提供通用接口。常见做法包括：
立即学习“go语言免费学习笔记（深入）”；
- Linux/macOS：读取
/proc/[pid]/status或调用ps命令解析输出 - Windows：用
github.com/shirou/gopsutil/process调用 WMI 或 PSAPI - 跨平台统一需求：建议用
gopsutil，它内部已处理了各平台差异，比如process.Pids()可列出所有 PID
硬要自己调 syscall 或 exec 命令时，记得检查错误、限制超时、避免注入风险——PID 查找本身不复杂，但外部依赖的健壮性才是难点。
