Composer自动加载慢的根源是vendor/autoload.php运行时反复执行file_exists()和路径拼接，尤其在未启用或配置不当OPcache时；优化关键在于正确使用--optimize-autoloader与--classmap-authoritative组合，并确保类路径配置准确无误。
自动加载慢不是 Composer 本身卡，而是 vendor/autoload.php 在运行时反复做 file_exists() 和路径拼接，尤其在没开 OPcache 或配置不当时，每次请求都重解析、重扫描。
怎么看是不是 autoload 慢？
先排除干扰：禁用 xdebug、关掉所有调试工具，用最小环境测加载开销：
-
php -d zend_extension= -d xdebug.mode=off -r "require 'vendor/autoload.php';"—— 看是否还慢 - 加
time对比：time php -r "require 'vendor/autoload.php';"，再删掉刚引入的包重试 - 用
strace -e trace=openat,stat,read php -r "require 'vendor/autoload.php';"（Linux/macOS）看它打开了多少个文件；如果出现大量stat("/path/to/vendor/xxx/src/SomeClass.php") = -1 ENOENT，就是 PSR-4 匹配失败后反复 fallback 导致的
为什么加了 --optimize-autoloader 还是慢？
因为 --optimize-autoloader（或 -o）在 Composer 2.x + PHP 7.4+ 下默认只生成 autoload_static.php，而这个文件本身不慢——真正拖慢的是你误启用了 --classmap-authoritative 却漏掉了类，或错误配置了 "classmap" 字段导致全量扫描。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 检查
composer.json里有没有"classmap": ["src/", "tests/"]这类配置；有就删掉，除非你真需要 classmap - 确认没把
tests/、docs/、examples/塞进autoload.psr-4或autoload-dev—— 它们会被无差别扫描进映射表 -
--classmap-authoritative必须配合--no-dev使用，否则测试类进 classmap，生产部署时却因--no-dev被跳过，结果类找不到
怎么验证 classmap 是否生效？
别猜，直接看文件和输出：
- 运行
composer dump-autoload -v，终端出现Generating optimized autoload files (using classmap)才算真走了 classmap 路径 - 打开
vendor/composer/autoload_classmap.php，搜索你关心的类全名（如AppConsoleCommandsDeployCommand），看是否在数组里 - 如果该文件存在但内容是
return array();，说明没扫到任何类——大概率是命名空间路径末尾缺反斜杠（"App": "app"❌ 应为"App": "app/"✅）
真正起效的组合，只在生产部署时用
本地开发不用优化，一加就容易漏类；生产必须一次性配齐，少一个参数都可能线上报错：
composer install --no-dev --optimize-autoloader --classmap-authoritative --no-interaction-
--no-dev：跳过require-dev，防止测试类污染 classmap -
--optimize-autoloader：触发 PSR-4 映射转静态查找表（不是生成大 classmap 数组） -
--classmap-authoritative：强制只查映射表，彻底禁用file_exists()fallback —— 这才是提速核心
注意：--classmap-authoritative 是“全或无”断言，它不会告诉你哪个类漏了，只会直接报 Class not found。所以验证必须在部署前完成，而不是上线后查日志。
