必须在构建阶段执行composer install --no-dev --optimize-autoloader --classmap-authoritative，否则冷启动时autoload.php反复扫描vendor目录导致单次加载超600ms；dump-autoload --optimize仅重写classmap而不校验lock、不更新installed.json，易致classmap脱离实际依赖而fallback慢路径。
必须在构建阶段执行 composer install --no-dev --optimize-autoloader --classmap-authoritative，否则冷启动时 vendor/autoload.php 会反复扫描整个 vendor/ 目录，单次加载耗时轻松突破 600ms。
为什么 dump-autoload --optimize 不够用
它只重写 autoload_classmap.php，但不校验 composer.lock，也不更新 vendor/composer/installed.json。新加的类、删掉的包、版本变更都可能让 classmap 脱离实际依赖状态——结果不是报错，而是悄悄回退到慢路径：逐个 file_exists() 查文件。
常见错误现象包括：
-
Class not found错误在本地正常、部署后才出现 - 冷启动时间波动大（300ms ↔ 900ms），且无明显代码变更
-
strace -e trace=openat php index.php 2>&1 | grep vendor显示上百次openat调用
精准收缩 autoload_classmap.php 范围比压缩体积更重要
classmap 文件本身要被 require 进内存，PHP 7.4+ 下解析一个 5MB 的数组可能比加载几十个类还慢。关键不是“删 vendor”，而是“不让没用的类进 classmap”。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
实操建议：
- 在
composer.json的autoload段加"exclude-from-classmap": ["tests/", "docs/", "examples/", "resources/lang/", "translations/"] - 对第三方包单独处理：运行
composer show monolog/monolog查源码路径，若含src/Monolog/Translator，就在extra.cleaner.exclude中按包名声明剔除 - 配合
.gitattributes设置export-ignore，确保git archive或zip打包时彻底排除测试和文档目录
--classmap-authoritative 开启后必须同步清理依赖
这个参数意味着“查不到就 fatal error”，不再 fallback 到 PSR-4 动态查找。好处是快，坏处是容错归零——任何残留的 autoload 引用、硬编码的 require、或未同步的 remove 操作都会直接崩掉函数。
容易踩的坑：
- 用
composer remove卸载包后，忘了跑composer dump-autoload --classmap-authoritative -
composer.json的autoload.files里还留着已删包的路径（比如vendor/symfony/polyfill-ctype/bootstrap.php） - Docker 构建中分两阶段复制
vendor，但第二阶段没执行dump-autoload，导致 classmap 是旧的
真正难的是边界控制：你删掉的不只是文件，而是自动加载器的“认知范围”。一旦设为 authoritative，它就不再猜，只认 map——map 里没有的，等于不存在。这点在 CI 流水线里尤其容易被忽略，因为本地开发往往开着 fallback，问题只在部署后爆发。
