system()被禁用需运行时验证：var_dump(function_exists('system'))返回false即确认禁用；ini_get('disable_functions')查看是否含小写无空格的system；修改后必须重启服务而非reload。
直接看结论：system() 没输出，大概率是被 disable_functions 禁掉了，但不能只查 php.ini 里写了啥——得确认它真生效了、且没被覆盖。
怎么确认 system() 确实被禁用了
别信配置文件里写了就一定起作用。最准的方式是运行时验证：
-
var_dump(function_exists('system'));→ 返回false就说明被禁了 -
echo ini_get('disable_functions');→ 看输出里有没有system（注意：逗号间不能有空格，否则整个字符串解析失败） - 写个测试脚本调用
system('id')，观察是否报错PHP Warning: system() has been disabled for security reasons
为什么改了 php.ini 还没效
常见原因不是配置写错了，而是根本没改对地方或没真正加载：
- Web 和 CLI 模式用的不是同一个
php.ini：运行php -i | grep "Loaded Configuration File"查实际加载路径，FPM 下通常是/etc/php/*/fpm/php.ini，Apache 下可能是/etc/php/*/apache2/php.ini - 存在多层覆盖：
.user.ini、docker-entrypoint.sh里可能用ini_set()或环境变量重设过disable_functions - 只 reload 服务不够，必须
systemctl restart php*-fpm（或apache2），否则旧进程还在跑
disable_functions 的坑：空格、大小写、拼写全错就白配
这个字段极其脆弱，一个字符不对，整条规则就失效：
立即学习“PHP免费学习笔记（深入）”；
- 函数名必须小写：
System或SYSTEM都不会被识别 - 逗号之间绝对不能有空格：
exec, system中的空格会让 PHP 把system当成带前导空格的函数名去匹配，结果匹配不上 - 不支持通配符：
pcntl_*或posix_*这种写法完全无效，必须列全pcntl_exec,pcntl_fork,... - 只禁内置函数：
eval是语言结构，禁不掉；mysqli_connect是扩展函数，也不在作用范围内
system() 没结果，也可能是权限或输出机制问题
禁用只是最常见原因，但不是唯一原因：
-
system()默认会直接输出命令结果到 stdout，如果你在 Web 环境下用了输出缓冲（ob_start()）又没 flush，看起来就像“没结果” - PHP 进程运行用户（如
www-data）本身没权限执行目标命令，比如system('ls /root')会静默失败（无 warning，返回空字符串） - 某些安全模块如 Suhosin 会额外拦截，运行
php -m | grep -i suhosin看是否启用
真正麻烦的不是配不配，而是配完不知道有没有效、在哪一层被绕过。线上环境经常有 Nginx + FPM + Docker + .user.ini 多层叠加，disable_functions 最容易在某一层悄悄失效，而且毫无提示。
