php探针不显示进程占用率，因其仅展示php环境信息；查php-fpm进程cpu/内存需用ps命令或top/htop等系统工具，php脚本仅能估算单次请求内存与耗时。
PHP探针本身不直接显示进程占用率
PHP探针（如 phpinfo() 页面或常见开源探针脚本）主要展示 PHP 运行环境信息：版本、扩展、配置项、服务器变量等，不采集也不渲染 CPU/内存等系统级进程指标。所谓“查看进程占用率”，实际要查的是 Web 服务器（如 Apache/Nginx）或 PHP-FPM 工作进程在操作系统层面的资源消耗，这超出了 PHP 探针的能力边界。
想看 PHP-FPM 进程 CPU 和内存占用，得用系统命令
PHP-FPM 是常驻进程模型，每个子进程（php-fpm: pool www）可被单独监控。推荐在终端中执行：
ps aux --sort=-%cpu | grep 'php-fpm' | head -10
或按内存排序：
ps aux --sort=-%mem | grep 'php-fpm' | head -10
关键字段说明：%CPU 是该进程当前 CPU 占用百分比，%MEM 是物理内存占比，VSZ/RSS 分别代表虚拟内存和常驻内存大小。
立即学习“PHP免费学习笔记（深入）”；
注意点：
-
ps显示的是瞬时快照，不是平均值；高频采样需配合watch -n 1 'ps ...' - 若使用容器部署（Docker），需进入容器内执行，宿主机上的
ps看不到容器内进程细节 - 部分共享主机禁用
ps或限制权限，此时无法获取真实进程数据
PHP 脚本能间接估算当前请求的资源开销
虽然不能查全局进程，但可在 PHP 脚本中用内置函数粗略评估当前执行上下文的资源消耗：
<?php echo 'Memory usage: ' . memory_get_usage(true) . " bytes\n"; echo 'Peak memory: ' . memory_get_peak_usage(true) . " bytes\n"; echo 'Execution time: ' . (microtime(true) - $_SERVER['REQUEST_TIME_FLOAT']) . "s\n"; ?>
这些值反映的是单次请求生命周期内**本脚本**的内存与耗时**，不是整个 php-fpm 进程的 CPU 占用率**。
常见误区：
-
memory_get_usage()默认返回当前分配量，加true才是实际申请的内存块大小（含内部碎片） - 没有等效的
cpu_get_usage()函数 —— CPU 时间无法在用户态精确剥离，getrusage()返回的是进程累计资源，且精度低、不可靠 - 这类数据对调试慢请求有用，但不能替代
top或htop查看真实负载
真正需要监控进程级指标，应绕过探针用专业工具
生产环境排查高负载问题，依赖探针远远不够。更可行的方式包括：
- 用
top或htop实时观察所有php-fpm子进程的%CPU和%MEM - 启用 PHP-FPM 的
status页面（需配置pm.status_path = /status并通过 Nginx 代理），它提供活跃进程数、请求数、慢日志触发次数等运行时统计，但仍不包含 CPU/内存数值 - 部署
netdata、prometheus + node_exporter等系统级监控，它们能持续采集并图表化每个进程的资源曲线
很多所谓“增强版 PHP 探针”声称支持“进程监控”，实际只是封装了 shell_exec('ps ...')，受限于 PHP 安全模式、禁用函数（如 disable_functions=exec,shell_exec,passthru）或 SELinux 策略，大概率失效或返回空结果。
