composer运行慢八成因cli中xdebug全程介入，应使用php_ini_scan_dir="" php -d extension= -d zend_extension= composer install临时禁用，既提速70%以上又不破坏openssl等必需扩展。

Composer 运行慢，八成是 CLI 环境里 xdebug 在全程介入——它不是卡在某一步，而是让 composer install、composer update 的每一轮反射、类加载、异常捕获都变重。关掉它，提速通常超 70%，甚至达 3–10 倍。关键不是“能不能关”，而是“怎么关得干净又不伤其他扩展”。

怎么确认 xdebug 正在拖慢 Composer

别猜，两行命令直接验证：

• php -m | grep -i xdebug —— 有输出就说明 CLI 已加载 xdebug
• php -v —— 若末尾带 with Xdebug v3.x，坐实问题
• 再对比耗时：time composer install vs time XDEBUG_MODE=off composer install；若后者快得多，且卡在 Loading composer repositories 或 Resolving dependencies 阶段，基本就是它

为什么 php -n 不推荐用

php -n 看似简单，但它会跳过全部 php.ini，连 openssl、zlib、mbstring 都一并清掉，导致常见报错：

• file_get_contents(): SSL operation failed
• Could not decompress gzipped response
• Class 'Phar' not found

这不是“禁用 xdebug”，是“禁用整个 PHP CLI 生态”。真正要做的，是只剔除 xdebug，保留其余必需扩展。

Composer

Composer 是 PHP 生态常用依赖管理工具，用于安装框架、组件和项目依赖。

下载

最稳妥的临时禁用命令（兼容 Xdebug 2/3）

以下命令能绕过所有常见加载路径，包括 zend_extension=、extension= 和独立的 xdebug.ini：

• Linux/macOS：PHP_INI_SCAN_DIR="" php -d extension= -d zend_extension= composer install
• Windows PowerShell：PHP_INI_SCAN_DIR="" php -d "extension=" -d "zend_extension=" composer install
• 验证是否生效：PHP_INI_SCAN_DIR="" php -d extension= -d zend_extension= -m | grep -i xdebug —— 输出应为空

注意：如果仍看到 xdebug 输出，说明它被静态编译进 PHP（极少见，多见于某些 Docker 镜像），此时需加 -c /dev/null 强制不读任何配置。

日常省事方案：alias 或 wrapper 脚本

每次敲长命令太累，加个 alias 即可：

• alias c='PHP_INI_SCAN_DIR="" php -d extension= -d zend_extension= $(which composer)'
• 之后直接运行 c install、c update 即可
• 不要 alias 成 composer —— 否则 CI 脚本或 IDE 可能误判原始命令行为
• Mac M1 用户若遇到 dyld: Library not loaded: @rpath/libc++.1.dylib，说明 xdebug 编译版本不匹配，此时禁用是唯一稳定解法

真正麻烦的不是怎么关，而是关完忘了开——xdebug 关了，IDE 断点就失效。装完依赖后，顺手跑个 php -m | grep xdebug 确认它还在，才继续调试。