本文介绍如何利用 go 标准库结合操作系统底层接口，准确获取由 `os/exec` 启动的外部可执行程序的最大常驻内存（rss）使用量，并说明平台差异与注意事项。
在 Go 中，os/exec 包本身不提供直接的内存监控能力——它仅负责进程的创建、启动与生命周期管理。要获取被调用可执行文件的真实内存消耗（尤其是峰值物理内存占用），必须依赖操作系统的资源使用统计机制。Go 通过 ProcessState.SysUsage() 方法将底层 OS 的资源使用数据（如 rusage 结构）暴露给开发者，这是最可靠、开销最低的方案。
以下是一个完整示例，展示如何运行外部命令并提取其最大常驻集大小（Maxrss）：
package main
import (
"fmt"
"log"
"os/exec"
"syscall"
)
func main() {
cmd := exec.Command("sleep", "1") // 替换为实际待测命令，如 "ls -R /" 或自定义二进制
err := cmd.Run()
if err != nil {
log.Fatal("命令执行失败:", err)
}
// 获取系统级资源使用信息
usage, ok := cmd.ProcessState.SysUsage().(*syscall.Rusage)
if !ok {
log.Fatal("无法断言为 *syscall.Rusage；可能平台不支持或结构变更")
}
// Maxrss 单位因平台而异：Linux 返回 KB，macOS 返回字节，FreeBSD 可能为 pages
fmt.Printf("最大常驻内存 (MaxRSS): %d\n", usage.Maxrss)
}⚠️ 关键注意事项：
- Maxrss 表示进程生命周期内的峰值物理内存占用（Resident Set Size），单位非统一：
- SysUsage() 仅在进程已结束后有效（即 cmd.Wait() 或 cmd.Run() 返回后），对仍在运行的进程调用会返回零值或 panic。
- Windows 平台不支持 *syscall.Rusage，SysUsage() 返回 nil；如需跨平台支持，应添加构建约束（+build !windows）或改用第三方库（如 gopsutil）进行兼容性封装。
- Maxrss 是近似值，受内核统计粒度和内存回收时机影响，不包含共享内存或交换区用量，但对评估单进程内存压力已具足够参考价值。
✅ 最佳实践建议：
若需高精度、跨平台或实时内存监控（如采样多个时间点），推荐结合 gopsutil/process 库，它封装了各平台 API 并标准化单位；但对于一次性、POSIX 环境下的峰值内存审计，原生 SysUsage() 简洁高效、无额外依赖，是首选方案。
