Composer install 变慢的元凶之一是启用的 xdebug 扩展，因其在反射、类加载和异常处理中插入大量钩子；临时禁用需同时清空 ini 扫描、extension 和 zend_extension。
为什么 composer install 会变慢？xdebug 是元凶之一
只要 PHP 启用了 xdebug 扩展（尤其是 xdebug 3.x 的 xdebug.mode=debug,develop 或旧版的 xdebug.remote_enable=1），Composer 就会显著变慢——不是慢一点，是几倍甚至十倍。这是因为 Composer 大量使用反射、类加载和异常处理，而 xdebug 在这些路径上插入了大量钩子。你执行 composer install 卡在 “Loading composer repositories…” 或 “Installing dependencies” 阶段，大概率就是它在拖后腿。
命令行临时禁用 xdebug：最干净的方案
不用改 php.ini，也不用切 PHP 版本，直接在命令前加环境变量即可生效：
PHP_INI_SCAN_DIR="" php -d extension= -d zend_extension= composer install
这个命令做了三件事：
-
PHP_INI_SCAN_DIR=""：跳过所有额外的 .ini 文件（比如 xdebug.ini） -
-d extension=：清空所有通过extension=加载的扩展（包括 xdebug.so） -
-d zend_extension=：清空所有通过zend_extension=加载的 Zend 扩展（xdebug 3.x 默认走这条路）
注意：如果你用的是 Homebrew 安装的 PHP，或者系统有多个 ini 目录，PHP_INI_SCAN_DIR="" 这步尤其关键；否则仅靠 -d 可能压不住被扫描到的 xdebug.ini。
验证 xdebug 是否真被绕过了
执行完上面命令后，可以快速确认效果：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
PHP_INI_SCAN_DIR="" php -d extension= -d zend_extension= -m | grep -i xdebug
如果输出为空，说明成功屏蔽；如果有输出（比如 xdebug），说明还有漏网之鱼——常见原因是：
- 你的 PHP 被编译为静态链接 xdebug（极少见，但某些 Docker 镜像存在）
-
php -v显示的配置文件路径里，主php.ini直接写了zend_extension=xdebug.so（这时得加-c /dev/null强制不读任何 ini） - 你在用
composer.bat（Windows）或 alias 包裹了 php 命令，导致环境变量没透传
别在 CI/CD 或自动化脚本里硬编码 php 路径
有人写成 /usr/local/bin/php -d ... composer install，这会让脚本失去可移植性。更稳妥的做法是：
- 用
command -v php动态获取当前 php 路径 - 或直接依赖 PATH 中的 php，只覆盖行为：
PHP_INI_SCAN_DIR="" php -d extension= -d zend_extension= $(which composer) install
另外，composer 命令本身可能是个 shell 脚本或 Phar，它内部仍会调用 php —— 所以必须确保整个执行链路里的 php 都被干净启动，而不是只“包装”最外层。
真正难的不是关掉 xdebug，而是关得彻底又不影响其他流程。漏掉一个 zend_extension 参数，或者忽略 PHP_INI_SCAN_DIR，都可能让速度原地回滚。
