Composer自动加载慢的根本原因是classmap未生成、PSR-4映射过深或dev依赖污染；优化需精准生成autoload并隔离，关键命令是composer dump-autoload --no-dev --optimize --classmap-authoritative。
Composer 自动加载慢，根本原因不是 autoload 本身，而是 classmap 未生成、PSR-4 映射过深、或 dev 依赖污染生产 autoload。优化不靠“调参”，靠精准生成和隔离。
为什么 composer install --no-dev 后仍加载慢？
常见错觉：删了 dev 依赖就快了。实际问题常出在 autoload 配置残留——比如 autoload-dev 里的 PSR-4 规则仍被写入 vendor/composer/autoload_psr4.php，只要文件存在，Composer 就会加载它，不管是否启用 --no-dev。
- 检查
vendor/composer/autoload_psr4.php，确认没有来自autoload-dev的条目（如"Tests\": ["tests/"]） - 强制重建干净 autoload：
composer dump-autoload --no-dev --optimize --classmap-authoritative -
--classmap-authoritative是关键：它让 Composer 完全跳过文件系统扫描，只查 classmap，但前提是所有类必须已收录进 classmap —— 所以要配合--optimize（即dump-autoload -o）一起用
composer dump-autoload -o 为什么有时没效果？
-o 实际是 --optimize，它只对 PSR-0/PSR-4 生效，且仅当目录下有 .php 文件才生成 classmap 条目；如果某 PSR-4 命名空间映射到空目录或全是测试文件，classmap 就不会包含它，运行时仍走文件扫描。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 执行前先确认目标目录真实存在且含 PHP 类文件：
find src/ -name "*.php" | head -5 - 若项目用大量 trait 或 interface 分散在不同子目录，
-o可能漏掉，此时应改用--classmap-authoritative+ 显式 classmap - 避免在
autoload中混用 PSR-4 和 files：后者（如"files": ["src/helpers.php"]）永远无法被优化，每次请求都 require，应尽量转为类封装
如何让 Composer 只加载真正用到的类？
Composer 本身不支持按需加载，但可通过配置缩小扫描范围：
- 把非核心逻辑（如命令行工具、导出组件）拆成独立包，用
suggest而非require声明，避免其 autoload 注册进主项目 - 在
composer.json中精简 PSR-4 映射，例如不要写"App\": "app/"，而写更具体的"App\Controller\": "app/Controllers/"、"App\Model\": "app/Models/" - 禁用自动发现：设
"autoload": {"psr-4": {"": "src/"}}是最危险写法，会导致整个src/被扫描；应显式列出命名空间，哪怕多几行
真正卡顿往往发生在开发环境反复修改后 classmap 过期，或生产环境没跑 dump-autoload 就直接部署。classmap 不是“一次生成永久有效”的缓存，它依赖文件结构稳定性——目录重命名、类移动、甚至 Git checkout 切换分支，都可能让 classmap 失效。别省那几秒 composer dump-autoload -a。
