PHP 8.3 CLI 默认禁用 system()，因 disable_functions 配置所致；推荐使用 proc_open() 替代，它未被禁用、可捕获输出、支持超时与安全控制。
system() 在 PHP 8.3 CLI 下能用，但默认被禁用
PHP 8.3 CLI 默认禁用 system() 等执行函数（exec、shell_exec、passthru），不是语法问题，而是 disable_functions 配置项在作祟。直接调用会静默失败或返回 null，不报错也不输出——这是最常踩的坑。
- 检查是否被禁用：
php -i | grep disable_functions，若输出含system，说明已被屏蔽 - CLI 使用的是独立 php.ini（通常为
/etc/php/8.3/cli/php.ini或php --ini显示路径），和 Web 版本无关 - 不要改全局配置；开发调试时可临时复制一份 ini 并用
php -c /path/to/custom.ini script.php加载
绕过 disable_functions 的替代方案：proc_open() 更可靠
proc_open() 不在默认禁用列表里，且对 CLI 场景更可控。它能捕获 stdout/stderr、设置超时、避免 shell 注入风险，比 system() 更适合生产级命令调用。
- 基础用法示例：
$descriptors = [ 0 => ['pipe', 'r'], // stdin 1 => ['pipe', 'w'], // stdout 2 => ['pipe', 'w'], // stderr ]; $process = proc_open('ls -la', $descriptors, $pipes); if (is_resource($process)) { $stdout = stream_get_contents($pipes[1]); fclose($pipes[1]); proc_close($process); echo $stdout; } - 必须显式关闭所有
$pipes句柄，否则进程可能卡住 - 注意：
proc_open()不自动继承环境变量，需手动传入第 4 个参数（如$_ENV）
如果硬要启用 system()：只改 CLI 的 php.ini
仅限本地开发或可信容器环境。修改后必须重启 CLI 进程（不是 reload，CLI 没有 daemon 模式）。
PHP 8.5.12 RC 1
下载
PHP 8.5.12 RC 1 候选版修复 BZ2、DOM、PDO、Opcache/JIT 和扩展内存安全问题，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
- 编辑 CLI 对应的 php.ini，找到
disable_functions行，删掉system（保留其他如exec仍可增强安全） - 验证生效：
php -r "var_dump(function_exists('system'));"应输出bool(true) - 切勿在 Web 服务器（如 Apache/FPM）的 php.ini 中开启；CLI 和 Web 共用同一份 ini 会导致安全隐患
-
system()输出直接刷到终端，无法捕获；如需结果，请用shell_exec()或proc_open()
命令拼接时注意 shell 注入和编码问题
哪怕 system() 开启了，传入用户输入的字符串仍是高危操作。PHP 8.3 不改变底层 shell 行为，单引号、空格、$()、反引号都照常解析。
立即学习“PHP免费学习笔记（深入）”；
- 绝对不要这样写：
system("grep '$user_input' /var/log/app.log") - 安全做法：用
escapeshellarg()包裹每个外部参数，例如system('grep ' . escapeshellarg($user_input) . ' /var/log/app.log') - 中文路径或参数需确保 CLI 环境 locale 支持 UTF-8（
locale -a | grep utf8），否则system()可能截断或乱码 - Windows CLI 下换行符是
\r\n，但system()调用 cmd.exe 时对换行不敏感；重点防的是&&、|、^
proc_open() 是更稳的选择——它不依赖 disable_functions 设置，能拿输出，还能设超时。别为了少写几行代码去动 php.ini，尤其当脚本可能被别人复用或部署到不同环境时。 
