用top -p $(pgrep -f "webman start")聚焦webman worker进程，free -h重点看available列；配合轻量bash脚本每3秒汇总cpu与rss内存，并在workerstart中用timer每5秒记录memory_get_usage(true)日志。
用 top 和 free 快速看 Webman 进程的 CPU 与内存
Webman 是常驻内存的 PHP 进程，top 默认按 CPU 排序，但你真正想盯的是 php 进程里跑 Webman 的那些 worker。直接执行 top -p $(pgrep -f "webman start") 能聚焦目标进程，避免被系统其他进程干扰。注意 pgrep -f 匹配的是启动命令全路径（比如 php start.php start -d），如果用了自定义入口或容器内路径不同，得手动确认 ps aux | grep webman 找对 PID。
free -h 看整体内存够不够用，但关键要看 available 列——不是 free 列。PHP 内存泄漏或配置不当（如 opcache.memory_consumption 过大）会让 available 持续下降，这时即使 free 还有几 G，也可能触发 OOM killer 杀掉 Webman worker。
写一个轻量级监控脚本，每 3 秒刷新一次
不用上 Prometheus 或 Grafana，一个 Bash 脚本就能满足日常巡检。核心是把 ps 提取 Webman worker 的 RSS 和 %CPU，再用 awk 汇总：
#!/bin/bash
while true; do
echo "=== $(date +%H:%M:%S) ==="
ps -C php -o pid,ppid,%cpu,rss,comm,args | grep "webman start" | awk '{sum_cpu += $3; sum_rss += $4} END {printf "CPU total: %.1f%%, MEM total: %.0f MB\n", sum_cpu, sum_rss/1024}'
sleep 3
done
注意点：
-
ps -C php只匹配命令名为php的进程，如果 Webman 是用php-cli启动或用了别名，得换成ps aux | grep -v grep | grep "webman start" -
rss单位是 KB，除以 1024 才是 MB；%cpu是采样周期内的平均值，短时间波动大，别一看到 90% 就 panic - 脚本运行后用
Ctrl+Z+bg放后台，或加&启动，别直接nohup——它没日志轮转，跑久了可能撑爆磁盘
在 Webman 自身加内存使用日志（PHP 层面）
系统层监控只能看到“总用量”，但不知道是哪个协程、哪个请求吃掉了内存。Webman 的 WorkerStart 回调里可以打点：
Webman 2.2.0版本强化了 TCP/UDP 服务支持，优化路由组管理，并增强异步任务处理能力。结合协程与连接池技术，Webman 能轻松应对高并发场景，适用于网站、接口服务、即时通讯、物联网及游戏开发，兼具高性能、灵活扩展与稳定可靠，是多场景 PHP 服务开发的理想选择。
// 在 start.php 的 WorkerStart 事件中加入
\Workerman\Timer::add(5, function() {
$mem = memory_get_usage(true) / 1024 / 1024;
\support\log::info("worker {$GLOBALS['worker']->id} mem: {$mem:.2f} MB");
});
这样每 5 秒记录一次当前 worker 的真实 PHP 内存占用（memory_get_usage(true) 是实际分配的内存，比 memory_get_usage() 更准）。日志会进 runtime/log/，配合 tail -f runtime/log/xxx.log | grep mem 实时观察。
容易忽略的坑：
- 别在
onMessage里频繁调用memory_get_usage()，它本身有开销，高并发下反而拖慢性能 - 如果用了 Swoole 的
Coroutine::create，每个协程独立内存池，memory_get_usage()只反映当前协程，不是整个 worker - 日志等级设成
info就够，debug会刷爆磁盘
为什么 htop 比 top 更适合 Webman 巡检
htop 不是必须装，但一旦装了就很难回去：它支持鼠标滚动、树状进程视图、按 F4 搜索 php、按 F6 选排序字段（推荐按 PERCENT_MEM），还能直接 F9 kill 异常 worker。Webman 多 worker 场景下，htop 的颜色区分和横向滚动比 top 的截断显示直观得多。
安装只需一行：sudo apt install htop（Debian/Ubuntu）或 sudo yum install htop（CentOS）。唯一要注意的是，某些精简版 Docker 镜像没装 procps 依赖，htop 会报 Failed to get process information，此时要先 apk add procps（Alpine）。
复杂点在于：Webman 的 master 进程和 worker 进程父子关系紧密，htop 树状模式下展开 master 才能看到所有 worker，但默认不自动展开——得手动按 + 键，这个操作新手容易漏掉，结果只看到一个 master 进程，误以为没起来。
