本文介绍如何利用 go 的 `os/exec` 包结合操作系统底层接口（如 `getrusage`）精确获取子进程的最大驻留集大小（maxrss），并说明跨平台差异及正确使用方式。
在 Go 中，os/exec 包本身不提供直接的内存监控能力——它仅负责启动和管理子进程。要获取子进程的内存使用情况（尤其是峰值物理内存占用，即 MaxRSS），必须依赖操作系统的资源使用统计机制。幸运的是，Go 标准库通过 ProcessState.SysUsage() 方法封装了这一能力，其底层调用 POSIX 的 getrusage(RUSAGE_CHILDREN) 或 Plan 9 对应接口，返回由操作系统记录的资源使用结构。
以下是一个完整、安全的示例代码：
package main
import (
"fmt"
"log"
"os/exec"
"syscall"
)
func main() {
cmd := exec.Command("sleep", "1") // 替换为实际可执行程序，如 "ls", "find /usr -name '*.go'" 等
err := cmd.Run()
if err != nil {
log.Fatal("命令执行失败:", err)
}
// 安全地提取 SysUsage 并进行类型断言
if usage := cmd.ProcessState.SysUsage(); usage != nil {
if rusage, ok := usage.(*syscall.Rusage); ok {
// 注意：Maxrss 单位因平台而异！
// Linux: 千字节（KB）
// macOS/BSD: 字节（bytes）——需查阅 man getrusage 确认
fmt.Printf("最大驻留集大小（MaxRSS）: %d\n", rusage.Maxrss)
} else {
log.Fatal("SysUsage 类型断言失败：非 *syscall.Rusage 类型")
}
} else {
log.Fatal("无法获取系统资源使用信息：SysUsage 返回 nil")
}
}? 关键注意事项：
- ✅ SysUsage() 仅在进程已结束后才有效（即 cmd.Wait() 或 cmd.Run() 返回后），否则返回 nil；
- ✅ 必须进行类型断言 (*syscall.Rusage)，且需检查是否成功，避免 panic；
- ⚠️ Maxrss 的单位不是跨平台统一的：Linux 默认为 KB，而 Darwin（macOS）和部分 BSD 系统为 bytes。务必通过 man getrusage 查阅当前系统文档确认；
- ❌ 不支持实时内存监控（如每秒采样），仅能获取进程生命周期内的峰值内存用量；若需持续追踪，应借助外部工具（如 ps, /proc/PID/status, 或 cgroup v2 memory.stat）并轮询解析；
- ? 在容器或 cgroup 环境中运行时，Maxrss 可能受限于 cgroup 内存上限，但其值仍反映进程实际使用的物理内存峰值。
总结而言，对于一次性子进程的内存审计场景，SysUsage().(*syscall.Rusage).Maxrss 是 Go 原生、轻量且可靠的选择；但对于精细化、实时或跨平台一致性的内存分析需求，则建议结合系统级工具与标准化指标（如 RSS、VMS、Page Faults）构建更健壮的监控方案。
