Composer install 变慢的罪魁祸首是启用的 xdebug 扩展，因其调试机制开销大且 Composer 完全不需要；临时禁用推荐使用 php -d zend_extension= -d extension= composer install 命令，或配置 alias composer-nxd 简化操作。
为什么 composer install 会变慢，xdebug 是罪魁祸首？
只要 xdebug 启用（哪怕只是加载了扩展），PHP 的所有 CLI 运行都会被拖慢——composer install、composer update 都明显卡顿，尤其在解析大量依赖或执行脚本时。这不是错觉，是 xdebug 的调试机制本身开销大，而 Composer 完全不需要它。
临时禁用 xdebug 的最快方式（推荐）
不用改配置文件，也不用重启 PHP，直接在命令前加环境变量：
php -d zend_extension= -d extension= composer install
或者更稳妥一点（兼容不同 PHP 版本和扩展名）：
php -d zend_extension= -d extension= -d zend_extension= -d extension= composer install
如果不确定 xdebug 的真实扩展名，先运行 php -m | grep xdebug 看输出，常见值有：xdebug.so（Linux/macOS）、php_xdebug.dll（Windows），然后针对性清空：
php -d zend_extension= -d extension=xdebug.so composer installphp -d zend_extension= -d extension=php_xdebug.dll composer install
自动化：写个 alias 或 wrapper 脚本避免每次都输长命令
在 shell 配置里加一行（如 ~/.zshrc 或 ~/.bashrc）：
alias composer-nxd='php -d zend_extension= -d extension= composer'
之后直接用 composer-nxd install 就行。注意：这个 alias 不影响你日常开发中启用 xdebug 的场景（比如 Web 请求或 PHPUnit 调试），只作用于 CLI 下的 Composer。
如果你用的是 Windows + PowerShell，可定义函数：
function composer-nxd { php -d zend_extension= -d extension= composer @args }CI/CD 或部署脚本里怎么安全处理？
别依赖全局 xdebug 开关，应在脚本里显式控制。例如 GitHub Actions 中：
- name: Install dependencies without xdebug
run: php -d zend_extension= -d extension= composer install --no-interaction
关键点：
- 不要用
php -n（它禁用所有扩展，可能让某些 Composer 插件失效，比如需要openssl或mbstring） - 不要修改
php.ini并重启服务——CI 环境通常无权改全局配置，且容易误伤其他步骤 - 优先用
-d参数逐个清空 xdebug 相关项，保留其他扩展正常工作
真正麻烦的不是“怎么关”，而是忘记关——尤其在本地反复切项目时，xdebug 往往开着，一跑 composer update 就等半分钟，还以为网络或 Packagist 问题。留个 alias，比每次查文档快十倍。
