真实耗时需用time命令包裹完整流程：先清缓存、删vendor与lock，再执行php -d memory_limit=2g composer install --no-dev --prefer-dist --optimize-autoloader --classmap-authoritative，确保排除网络、缓存及php启动干扰。
怎么测出 Composer 真实安装耗时
别信“大概两分钟”，要拿 time 命令压测真实耗时。关键是排除干扰：清空缓存、禁用 dev 包、固定网络环境（比如关掉代理或切到内网镜像），否则测出来的是网络抖动，不是 Composer 本身性能。
推荐命令组合：rm -rf vendor composer.lock && composer clear-cache && time php -d memory_limit=2G /usr/local/bin/composer install --no-dev --prefer-dist --optimize-autoloader --classmap-authoritative
-
time必须包住整个命令链，不能只包composer install，否则漏掉清缓存和重建 lock 的开销 - PHP 内存限制必须显式加（
-d memory_limit=2G），否则大项目可能因 OOM 中断，导致时间不准甚至重试 - 执行前建议运行
sync && echo 3 | sudo tee /proc/sys/vm/drop_caches清理页缓存，避免前次残留影响 - 每轮测试后删掉
vendor/和composer.lock，确保从零开始，否则第二次会快得失真
为什么 composer dump-autoload -o 多数时候没用
它不重建 vendor/composer/autoload_classmap.php，只是刷新 PSR-4 映射和 autoload_static.php。而真正影响加载速度的 classmap 文件，只在 install 或 update 阶段生成。
常见错误现象：
• 执行完 dump-autoload -o，autoload_classmap.php 文件大小仍是 0 或没变化
• 内存占用反而上升（因为 PHP 强制加载了未被 OPcache 有效缓存的大数组）
• 冷启动变慢，尤其在 PHP 7.4+ 和 Composer 2.x 环境下
真正该用的是：composer install -o——它会重新扫描所有 autoload 配置项（包括 psr-4、classmap、files），生成完整且一致的 classmap。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
生产环境必须加的三个参数
这三个不是“可选优化”，而是生产部署的硬性要求，漏一个就可能多花 30% 时间或埋下运行时隐患：
-
--no-dev：跳过require-dev（如 phpunit），省掉 30–60% 时间 -
--prefer-dist：强制走 ZIP 包，避免 git clone 的 I/O 和网络开销；注意会被项目级"prefer-source": true覆盖，需检查并清除 -
--classmap-authoritative（或-a）：仅限部署用，告诉自动加载器“没在映射里 = 真没有”，彻底跳过文件扫描；本地开发禁用，否则新增类会直接Class not found
CI/CD 中推荐组合：composer install --no-dev --prefer-dist --optimize-autoloader --classmap-authoritative --no-interaction --no-progress
镜像源配置生效但还是卡在 Resolving dependencies 怎么办
镜像只加速下载，不加速依赖解析。这个阶段卡住，和网络无关，典型诱因有：
- PHP 内存不足（如默认 128M），导致依赖图解析失败重试 —— 临时加
COMPOSER_MEMORY_LIMIT=-1再试 - 启用了 xdebug（运行
php -v可确认），会让解析慢 5–10 倍 —— 用php -d xdebug.mode=off $(which composer) install临时禁用 -
platform配置与实际 PHP 版本不匹配（如"php": "7.4"却在 PHP 8.2 上运行），触发降级查找逻辑 -
composer.lock残留已下线包的引用，导致回退搜索 —— 删掉vendor/和composer.lock，再用composer install --no-cache - 项目
composer.json中repositories字段指向了已下线私有源，Composer 逐个超时才 fallback
快速排查：composer config --list | grep repositories 看实际生效的是哪个源；再跑 composer validate --strict 确认 lock 文件合法。
