macOS自动化性能测试核心是全程可控可验证，重点实现本地服务稳定启停、压测与系统指标联动采集、每次运行基线比对。
macos 上搭自动化性能测试环境，核心不是装一堆压测工具，而是让“测什么、怎么测、结果准不准”全程可控可验证。重点在三件事：本地服务可稳定启停、压测工具与系统指标采集能联动、每次运行有明确基线比对。不追求大而全，每步都能快速反馈、失败即定位。
一、先稳住被测服务的本地运行态
性能测试的前提是服务本身在 macOS 上能干净启动、无干扰运行：
- 用 launchd 管理服务生命周期，避免终端关闭就中断。写一个
com.myapp.dev.plist放进~/Library/LaunchAgents/，定义KeepAlive和StandardOutPath，确保服务后台常驻且日志可查 - 禁用 Spotlight 对项目目录索引：
mdutil -i off ~/Projects/myapp，防止编译或加载时被扫描拖慢响应 - 关闭非必要图形进程（如 Finder 预览、Quick Look），用
killall -u $USER Finder+killall -u $USER QuickLookUIService临时释放资源 - 确认端口不冲突：用
lsof -i :8080检查常用服务端口是否被占用，避免压测时连接拒绝
二、选轻量但够用的压测工具链
macOS 不适合跑 JMeter GUI 或大内存压测集群，推荐组合使用命令行工具，便于脚本集成和结果提取：
-
vegeta（首选）：Go 写的，单二进制无依赖，支持 JSON 输出和实时吞吐统计。安装：
brew install vegeta；简单压测：echo "GET http://localhost:8080/api/health" | vegeta attack -rate=100 -duration=30s | vegeta report -
autocannon（Node.js）：适合测 HTTP/HTTPS 接口，输出含 P90/P95 延迟。安装：
npm install -g autocannon；运行：autocannon -u http://localhost:8080 -c 50 -d 30 - 避免用 wrk —— 它在 macOS 上默认不启用多核，实测并发能力受限；如必须用，加
-t $(sysctl -n hw.ncpu)手动指定线程数
三、同步采集系统级性能数据
只看接口响应时间不够，必须关联 CPU、内存、网络 IO 等指标，才能判断瓶颈在哪：
- 用 stats（Homebrew 提供）：
brew install stats，可每秒采集 CPU 使用率、内存占用、磁盘读写、网络收发包，输出 CSV 方便后续绘图。示例：stats -i 1 -o /tmp/perf.csv cpu mem disk net - 补充关键进程监控：压测同时执行
pidstat -p $(pgrep -f "myapp-server") 1 > /tmp/app.pidstat，抓取目标进程的上下文切换、软中断、I/O 等细节 - 禁用 macOS 动态频率调节干扰：终端运行
sudo pmset -a reducespeed 0，让 CPU 保持稳定主频，避免节能策略导致延迟抖动
四、建立可重复的验证闭环
每次压测不是跑完就结束，要能比对、归档、触发告警：
- 把压测命令封装成 Makefile 任务，例如
make bench-100qps，自动拉起服务、跑 vegeta、存结果 JSON、调 stats 采集、合并生成报告 - 用
jq提取关键指标并写入基准文件：jq '.latencies.p95, .requests.total, .bytes.read' result.json >> baseline.json - 下一次压测后，用简单 shell 脚本比对 P95 延迟浮动是否超 15%：
if (( $(echo "$(new_p95) > $(old_p95) * 1.15" | bc -l) )); then echo "⚠️ 性能退化"; fi
