composer 安装 thinkphp 8 时提示 proc_open 被禁用，是因为 composer 依赖该函数在后台执行进程（如下载、解压或运行脚本），而服务器出于安全考虑禁用了它。解决办法是修改 php 配置文件 php.ini，将 disable_functions 列表中的 proc_open 移除，然后重启 web 服务使配置生效。
如何定位并修改 php.ini 中的 disable_functions
要解除限制，需要找到当前 PHP 环境正在使用的 php.ini 文件，并编辑其中的 disable_functions 指令。通常可以通过创建一个包含 phpinfo() 的脚本并在浏览器访问，查看 "Loaded Configuration File" 一栏来确定文件路径。找到文件后，搜索 disable_functions，将其值中的 proc_open 删除。如果该列表中还有其他函数，用逗号分隔保留它们；如果只有 proc_open，则将该行注释掉或直接清空。修改完成后，必须重启对应的 Web 服务器（如 Nginx、Apache）或 PHP-FPM 服务，否则新配置不会生效。
; /etc/php/8.2/fpm/php.ini ; 原始内容可能如下： disable_functions = proc_open, passthru, shell_exec, system ; 修改为： disable_functions = passthru, shell_exec, system
验证修改是否成功，可以再次运行 php -i | grep disable_functions 或在 phpinfo() 页面确认 proc_open 不再出现在禁用列表中。确保没有拼写错误，且保留了其他必要的禁用函数以维持安全性。
ThinkPHP 8 对 proc_open 的具体依赖场景
ThinkPHP 8 本身并不直接调用 proc_open，但在安装过程中，Composer 会执行各种脚本来处理依赖包。例如，某些扩展包可能需要编译原生库，或者 ThinkPHP 的自动加载器生成过程涉及子进程管理。当 proc_open 被禁用时，Composer 无法启动这些子进程，从而抛出异常。此外，如果在项目中使用了像 symfony/process 这样的组件，且其底层实现依赖于 proc_open，也会触发此错误。因此，解决此问题不仅是移除禁用项，还需理解这是 Composer 运行环境的硬性要求。
composer install
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
