pidstat -w 1可实时监控单个进程的自愿(cswch/s)和非自愿(nvcswch/s)上下文切换，vmstat 1观察系统级cs值判断整体调度压力，perf record -e context-switches定位具体切换原因，/proc/pid/status提供累计切换数用于差值分析。
确认Web服务器进程是否失控
打开终端，执行 pidstat -w 1 持续观察 30 秒，重点看 nvcswch/s（非自愿上下文切换）是否稳定高于 12000，同时 %usr 低于 40%——这说明 Web 服务正频繁 fork 短命子进程（如 CGI 脚本、PHP-FPM 动态子进程、Nginx 的 worker 进程反复 respawn），而非真实 CPU 密集型负载。
再运行 ps -eo pid,ppid,comm,%cpu,%mem --sort=-%cpu | head -15，若列表中大量出现 php-cgi、python3、sh 或 curl 且 PID 随刷新剧烈跳变，基本可断定是 Web 请求触发的进程风暴。
限制 Web 服务进程数量与生命周期
方法一：Nginx + PHP-FPM 场景下收紧子进程池
编辑 /etc/php/7.4/fpm/pool.d/www.conf（路径依 PHP 版本调整），将 pm.max_children 改为 【不超过物理核心数×2】（例如 4 核机器设为 8），再把 pm.start_servers 和 pm.min_spare_servers 统一设为 4，避免空闲时也维持大量僵尸进程。
重启服务：sudo systemctl restart php7.4-fpm nginx。注意：改完不重启，配置永不生效。
方法二：Apache 启用事件 MPM 替代 prefork
执行 sudo a2dismod mpm_prefork && sudo a2enmod mpm_event，然后编辑 /etc/apache2/mods-available/mpm_event.conf，将 MaxRequestWorkers 设为 64（默认 150 易撑爆），ThreadsPerChild 设为 25（单线程替代单进程）。最后 sudo systemctl restart apache2。
方法三：禁用 Web 应用中危险的 exec() 类调用
检查网站根目录下所有 PHP 文件，搜索 exec(、shell_exec(、system(、passthru(，凡非绝对必要（如调用 ffmpeg 转码），一律替换为内置函数或删除——这些调用每请求一次就 fork 一个新进程，是海量进程的直接源头。
隔离并冻结异常 Web 子进程组
第一步：按命名特征批量识别
执行 pgrep -f "php.*index\.php\|python3.*wsgi\.py\|sh.*cgi"，输出一串 PID；若为空，说明当前无活跃异常进程，无需继续。
第二步：对已确认的非核心 Web 子进程发送 STOP 信号
将上一步 PID 列表粘贴进命令：sudo kill -STOP $(pgrep -f "php.*index\.php")。这不会终止进程，只是暂停其调度，给排查留出窗口期。
第三步：验证冻结效果
立即运行 pidstat -w 1 3，对比前值——若 nvcswch/s 在 3 秒内跌至 3000 以下，说明冻结成功；若仍居高不下，说明有其它进程（如 Node.js cluster 或 Python asyncio 子进程）未被匹配，需扩展 pgrep 正则表达式。
为 Web 服务进程绑定专用 CPU 核心
先查当前 Nginx 主进程 PID：pidof nginx（通常返回两个数，取第一个，即 master 进程）。
执行 sudo taskset -c 4-7 -p FIRST_PID（假设你有 8 核 CPU，预留核心 4～7 专供 Web 服务），这会让 Nginx worker 进程只在指定核心上调度，避免与其他桌面进程争抢导致上下文切换爆炸。
【关键前提】必须先停用 ukui-power-manager，否则它会在“空闲”时强行迁移或降权该进程组——执行 sudo systemctl mask ukui-power-manager 并重启系统生效。
用 systemd 服务配置强制资源上限
第一步：编辑 Nginx 服务单元文件
执行 sudo systemctl edit nginx.service，在打开的空白文件中写入：
[Service]
MemoryLimit=1G
CPUQuota=75%
TasksMax=200
第二步：重载并重启
sudo systemctl daemon-reload && sudo systemctl restart nginx。此时即使 PHP 脚本疯狂 fork，systemd 也会在达到 200 个任务或内存超 1G 时自动 kill 最老的子进程，防止雪崩。
第三步：验证限制是否加载
运行 systemctl show nginx.service | grep -E "(MemoryLimit|CPUQuota|TasksMax)"，输出应含你刚设置的三个值，缺一则配置失败。
