直接加--no-scripts就能绕过所有脚本，让依赖安装继续完成，它跳过post-install-cmd、pre-autoload-dump等所有钩子，但保留vendor解包和autoload.php生成等核心行为，适用于本地缺node.js、artisan不存在或ci环境缺失权限等场景。
composer install 卡在脚本执行失败怎么办
直接加 --no-scripts 就能绕过所有脚本，让依赖安装继续完成。这不是权宜之计，而是 Composer 官方支持的应急手段——它跳过 post-install-cmd、pre-autoload-dump 等所有钩子，但保留 vendor 解包、autoload.php 生成等核心行为。
- 常见触发场景：本地没装 Node.js 却执行
npm run build；Laravel 项目里php artisan package:discover找不到artisan文件；CI 环境缺失数据库连接或写权限 -
--no-scripts不影响composer.lock解析和包下载，也不会改composer.json - 别混用
--no-autoloader：它会跳过 autoload.php 生成，导致后续运行直接报Class not found
为什么换镜像源比调参数更治本
国内用户 80% 的“安装中断”根本不是 Composer 逻辑问题，而是直连 packagist.org 或 GitHub API 时 DNS 卡顿、TLS 握手失败、中间设备切断长连接。阿里云镜像已解决这三重瓶颈，且响应稳定。
- 全局配置命令：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（注意末尾无斜杠） - 验证是否生效：
composer config -g repo.packagist应返回镜像 URL，不是packagist.org - 私有包不受镜像代理，需单独配
repositories，否则会回退到官方源卡住 - 换镜像后首次运行建议加
--ignore-platform-reqs，避免平台约束触发额外校验失败
中断后重试前必须检查 installed.json 是否损坏
Composer 没有断点续传，但会根据 vendor/composer/installed.json 判断哪些包已成功落地。这个文件一旦被截断，就会报 Invalid argument supplied for foreach()，此时重试只会反复失败。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先运行
composer install --dry-run：如果输出大量Skipped，说明状态可信，可直接重试；若只显示Installing或报错，就得清理 - 遇到
Failed to extract vendor/package-name: unable to open archive，基本是 ZIP 下载不完整，必须rm -rf vendor/+composer clear-cache - 磁盘满或权限不足导致解压中断，残留破损目录，不清理就永远卡在同一个包
禁用脚本后哪些事必须手动补
--no-scripts 是扳手，不是新流程。跳过脚本 ≠ 安装完成，有些步骤是后续运行必需的，漏掉就会 runtime 报错。
- 若项目依赖自动发现（如 Laravel），需手动运行：
php artisan package:discover --ansi - 用了
composer dump-autoload -o，现在得补：composer dump-autoload -o - 前端构建（
npm install && npm run build）要单独执行，且确认package.json和 Node 版本存在 - 某些包的初始化（如 phpstan 配置生成）也得人工触发
真正该做的，是定位哪个脚本失败、为什么失败——比如把 npm run build 移到 CI 的独立阶段，或给 php artisan 加 if [ -f artisan ]; then 守卫。脚本失败本身，往往暴露的是环境缺失或配置错误，而不是 Composer 的问题。
