禁用 exec() 后应放弃 shell 依赖，改用 PHP 原生能力或受控外部服务；需先精准检查 disable_functions 配置和函数可调用性，再依场景选用 mysqli 备份、ZipArchive 压缩等替代方案，强依赖外部工具时优先使用 proc_open() 配合白名单与超时控制。
禁用 exec() 后，不能靠“绕过”来恢复命令执行能力——那本质是安全策略失效；真正可行的替代方案，是放弃 shell 依赖，改用 PHP 原生能力或受控外部服务。
判断 exec() 是否真的不可用
别急着写降级逻辑，先确认函数状态。很多环境只禁用了 exec()，但 shell_exec()、proc_open() 或 pcntl_exec() 仍可用（尤其当运维漏配时）：
- 检查
disable_functions配置：用ini_get('disable_functions')获取当前值，注意它是逗号分隔字符串，需用逗号包围法精准匹配（如',' . 'exec' . ','） - 验证函数是否可调用：
is_callable('exec')返回false不代表一定被禁——也可能是未安装相关扩展或 SELinux 限制 - 不要仅靠
function_exists()，它不反映disable_functions的运行时屏蔽效果
用 mysqli 替代 mysqldump 类需求
当目标是备份数据库，而 exec() 被禁导致无法调用系统 mysqldump 时，纯 PHP 导出是最稳妥路径：
- 连接后执行
SHOW CREATE TABLE `xxx`获取建表语句 - 对每张表执行
SELECT * FROM `xxx`，逐行生成INSERT INTO语句（注意用mysqli_real_escape_string()转义值） - 手动设置字符集为
utf8mb4，避免导出乱码 - 大表需分页查询（
LIMIT+OFFSET），否则内存溢出风险高
用内置扩展替代常见 shell 工具链
多数 exec() 调用其实只是为了完成某类通用操作，PHP 本身已有对应扩展：
立即学习“PHP免费学习笔记（深入）”；
- 压缩/解压：用
ZipArchive类替代zip/unzip命令 - 图像处理：用
GD或Imagick替代convert、identify - PDF 生成：用
tcpdf、dompdf或mpdf替代wkhtmltopdf - 文件元信息：用
exif_read_data()替代exiftool，用finfo_open()替代file命令
需要真实进程控制时，优先选 proc_open() + 白名单
若业务强依赖外部二进制（如 FFmpeg 转码、Ghostscript PDF 处理），且 proc_open() 未被禁用，这是比 exec() 更可控的选择：
- 必须显式定义
$descriptorspec，只打开必要管道（如只要 stdout，就设[1 => ['pipe', 'w']]） - 命令和参数必须硬编码或从白名单数组中选取，禁止拼接用户输入
- 用
stream_set_timeout()设置子进程超时，防止 hang 住主脚本 - 执行后务必调用
proc_close()，否则资源泄漏会逐步拖垮 FPM worker
真正难处理的不是“怎么执行”，而是“谁该决定执行什么”。所有动态构造命令的行为，无论用哪个函数，只要输入来源不可信，就是风险点。白名单机制、输入剥离（如只取 basename()）、以及彻底转向 PHP 原生实现——这三者组合，才是禁用 exec() 后最值得投入的防线。
