ThinkPHP项目Composer卡顿主因是默认配置不适应其依赖多、开发期频繁修改的特点，解决关键是换阿里云镜像、关闭Xdebug和dev依赖。
直接换阿里云镜像，再关掉 Xdebug 和 dev 依赖，90% 的 ThinkPHP 项目 Composer 卡顿就消失了。
为什么 ThinkPHP 项目里 composer install 特别慢？
不是 ThinkPHP 本身的问题，而是 Composer 在默认配置下，对这类“依赖多、模板重、开发期常改 composer.json”的项目特别不友好：
- ThinkPHP 生态常用
"topthink/framework": "^6.0"这类宽泛约束，触发 Composer 依赖求解器穷举版本组合，解析阶段就卡住几秒到几十秒 - 很多 ThinkPHP 扩展包（如
topthink/think-queue）带require-dev里的 PHPUnit、phpstan，这些在生产部署时完全用不上，却白白拖慢安装和 autoload 生成 - 本地开了 Xdebug（尤其 PhpStorm 默认启用），会让 Composer 解析速度下降 5 倍以上——你根本没意识到它在后台全程参与了依赖计算
- ThinkPHP 项目常配了
"autoload-dev"映射大量测试文件，composer dump-autoload阶段要扫描整个tests/目录，小项目多扫几秒，大点的直接卡住
怎么一步到位配好阿里云镜像并确保生效？
别改每个项目的 composer.json，也别手动编辑 ~/.composer/config.json——容易格式出错，还可能覆盖掉私有仓库认证信息。
- 运行这条命令：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 紧接着禁用官方源 fallback，避免失败后傻等：
composer config -g repos.packagist false - 验证是否生效：
composer config -g repo.packagist应输出https://mirrors.aliyun.com/composer/；再跑composer show packagist/support，看返回的 URL 是不是阿里云地址 - 换源后必须清缓存，否则旧包仍走官方源：
composer clear-cache
ThinkPHP 部署时哪些参数能立竿见影提速？
ThinkPHP 项目上线或 CI 构建，根本不需要开发期那套自动加载+脚本+测试支持。精准关闭冗余环节比调 PHP 超时更有效：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
立即学习“PHP免费学习笔记（深入）”；
-
--no-dev：跳过所有require-dev包，省掉 30%~60% 安装时间（比如phpunit/phpunit这种大块头） -
--no-autoloader：不生成vendor/autoload.php，后续用composer dump-autoload --optimize单独处理，避免 install 阶段边装边扫 -
--no-scripts：跳过post-install-cmd（如 ThinkPHP 的think optimize:config），这些脚本在 Docker 构建或一键部署时往往无意义，还可能因环境缺失报错 - 完整推荐命令：
composer install --no-dev --no-autoloader --no-scripts --prefer-dist
容易被忽略但真会卡死的坑
很多人试了镜像还是慢，最后发现卡在几个隐蔽环节：
- Xdebug 没关干净：CLI 模式下
php -m | grep xdebug看是否加载；临时禁用用php -d zend_extension= -d xdebug.mode=off /usr/bin/composer install -
platform配置写死了旧 PHP 版本，比如"platform": {"php": "7.4"}，而你实际用 PHP 8.2，Composer 就会反复降级找兼容包——删掉这行，让 Composer 自动适配真实环境 - ThinkPHP 的
composer.json里有"type": "think-framework"或自定义repositories，它们不走 Packagist 镜像，得单独确认这些源是否可访问、是否需要内网代理 -
vendor/目录放在 Docker volume 或 Windows WSL 共享目录里，I/O 性能极差，解压 ZIP 时 CPU 不高但时间飙升——本地构建完再复制进容器更稳
镜像只是起点，真正快起来靠的是关掉不该开的东西，而不是堆参数或调超时。ThinkPHP 项目里，--no-dev 和关 Xdebug 是最值得先做的两件事。
