关闭CLI模式下的xdebug扩展是解决Composer性能缓慢最直接有效的方法，因其会显著拖慢PHP autoload、反射和文件扫描等操作；需通过php --ini定位CLI专用php.ini并禁用相关扩展配置。

关闭xdebug扩展是解决Composer性能缓慢最直接有效的方法。xdebug在命令行下默认启用时，会显著拖慢PHP脚本执行，而Composer大量依赖PHP的autoload、反射和文件扫描机制，这些操作在xdebug开启时开销剧增。

确认xdebug是否在CLI模式下启用

运行以下命令检查当前CLI环境是否加载了xdebug：

php -m | grep xdebug
php -v

若输出中包含xdebug，说明它正在CLI中运行。注意：Web服务器（如Apache/Nginx）的php.ini和CLI的php.ini通常是两个独立配置文件，需分别检查。

临时禁用xdebug（推荐日常开发使用）

无需修改配置文件，通过命令行参数快速禁用：

• Linux/macOS：php -d zend_extension= -d extension= composer install
• Windows：php -d zend_extension= -d extension= composer install
• 更简洁方式（PHP 7.4+）：php -dzend_extension= -dextension= composer require monolog/monolog

该方法只影响当次命令，不影响Web环境或其他PHP进程，适合CI/CD或本地快速安装依赖时使用。

macOS Automator Services

部署和使用军舰的 macOS Automator 自动化服务集合。包含 5 个实用工作流：PDF转JPG、PNG重命名并转JPG、图像拼接、解压RAR、顺序命名图像文件。一键安装所有服务到 ~/Library/Services/ 目录。使用场景：(1) "安装我的自动化服务"，(2) "部署所有 Automato...

下载

为CLI单独禁用xdebug（一劳永逸）

找到CLI专用的php.ini路径（运行 php --ini 查看Loaded Configuration File），然后：

• 注释掉或删除类似 zend_extension=xdebug.so 或 extension=xdebug 的行
• 或保留该行但添加条件：在xdebug配置段开头加上 ; CLI only: 注释，并确保它不在CLI配置中生效
• 保存后运行 php -m | grep xdebug 验证已不加载

这样Web端仍可正常使用xdebug调试，而Composer、Artisan、phpunit等CLI工具将恢复正常速度。

进阶：按需启用xdebug（高级用户）

使用环境变量控制xdebug加载（需PHP 8.0+ 或自定义编译支持）：

• 在CLI php.ini中写：zend_extension=${XDEBUG_ENABLE:+xdebug.so}
• 需要时执行：XDEBUG_ENABLE=1 php -m | grep xdebug
• 或配合alias简化：alias phpdx='XDEBUG_ENABLE=1 php'

这种方式灵活性高，但对配置和PHP版本有要求，普通项目建议优先采用前两种方案。

不复杂但容易忽略——多数人只关了Web端xdebug，却忘了CLI环境才是Composer变慢的真正原因。