确认RSS真实上涨而非缓存假象的核心是：进程RSS随时间单向爬升且空闲不回落；若swap未涨、USS稳定，则属健康缓存行为，无需干预。
怎么确认 RSS 在真实上涨，而不是缓存假象
内存泄漏的判断核心不是“内存占用高”，而是某个进程的 RSS（常驻内存）随时间单向爬升，且不因请求结束或空闲回落。宝塔首页和监控页显示的“已用内存”含 cached 和 buffers，这些是 Linux 主动缓存，属于健康行为——只要 swap 不涨、uss（独占物理内存）稳定，就不用干预。
进宝塔「安全 → 系统工具 → 进程管理」，点击 RSS 列标题降序排列，重点关注运行时间超 30 分钟、RSS > 300MB 的进程，尤其是名字含 php-cgi、python、node 或你自定义服务名的条目。点进详情看 CMD 字段：若命令行显示的是长期驻留服务（如 gunicorn、pm2 start app.js），且启动时间几小时后 RSS 仍在缓慢上升，泄漏嫌疑极高。
为什么 htop 比 top 更适合盯泄漏进程
htop 默认按 CPU 排序，但泄漏进程往往 CPU 不高、只默默吃内存；它支持鼠标滚动、列宽拖拽、颜色高亮，还能直接看到每个进程的 RSS 和 VIRT，比 top 更直观。关键在于：htop 可以开启「树状视图」（F5），一眼看出父子进程关系——比如一个 node 主进程下挂了十几个子线程，哪个子线程 RSS 异常飙升，一目了然。
执行前先确保已安装：yum install -y htop 或 apt install -y htop。启动后按 F6 → 选 PERCENT_MEM 排序，再按 F4 输入关键词过滤（如 php 或 app）。注意：htop 显示的负载值比 top 视觉上更高，因为它默认按核心分列，别误判为过载。
常见干扰项：
-
D状态进程（不可中断睡眠）：ps aux | awk '$8 ~ /D/ {print $0}'查出后别硬杀，通常是磁盘 I/O 卡住，得查iotop -o -P -
Z状态（僵尸进程）：一般不影响内存，但大量存在说明父进程没及时回收，需检查脚本逻辑 - 同一进程多个实例 RSS 差异大：可能某次请求触发了未释放的大对象（如全量读取 CSV 后没 unset）
PHP-FPM 和 Node.js 进程泄漏的快速验证路径
不能只盯着“PHP 内存高”就改代码——先排除配置失配。查真实占用：ps aux --sort=-%mem | grep php-fpm，看每个 worker 的 RSS（单位 KB），换算成 MB 后取中位数。若普遍在 80–120MB，而你的 pm.max_children = 100，那光 PHP 就要吃掉近 10GB，远超小内存 VPS 承载能力。
Node.js 类似：ps aux --sort=-%mem | grep node，重点看主进程和子进程 RSS 是否同步增长。若主进程稳定、子进程逐个上涨，大概率是 cluster 模式下子进程未正确退出，或 child_process.fork() 后没监听 exit 事件。
必须检查的配置项：
- PHP-FPM：
/www/server/php/81/etc/php-fpm.d/www.conf中pm = dynamic（static模式会恒定维持全部子进程，极易爆内存） -
pm.max_requests = 500–1000（强制重启 worker 防止泄漏积累） - Node.js：用
pm2 start app.js --max-memory-restart 300M设置内存上限，避免单个实例无限制膨胀
宝塔进程管理器里容易被忽略的关键线索
宝塔「进程管理」页面本身不显示 RSS 趋势图，但它能帮你锁定可疑进程后快速跳转。点进任一进程详情页，重点看三处：
-
启动时间：若已运行 5 小时以上，RSS 从 200MB 涨到 450MB，且中间无重启记录，基本可断定泄漏 -
CMD字段：是否含--inspect（Node.js 调试模式会额外吃内存）、-d memory_limit=2G（PHP 内存限制设得过大，掩盖真实泄漏） -
用户列：若进程属root但实际应跑在www下，可能是权限错乱导致日志写入失败、反复重试耗尽资源
更隐蔽的线索藏在日志里：Supervisor/PM2 的 .err.log 若频繁出现 exited too quickly 或 Killed，十有八九是 OOM Killer 杀掉了进程——这时去 dmesg -T | grep -i "killed process" 能直接看到被干掉的进程名和时间戳。
真正难搞的是那种每天涨 10MB、一周才触发 swap 的缓慢泄漏。这种必须结合宝塔「监控」页的「启用历史数据记录」（每 5 分钟采一次，保留 30 天），拉出连续多日的 RSS 曲线对比，否则靠肉眼根本发现不了。
