composer install --no-dev --optimize-autoloader是唯一能完整扫描autoload配置并生成有效classmap的命令，dump-autoload -o仅刷新轻量映射，不重建classmap，在composer 2.x+php 7.4+下基本无效甚至拖慢冷启动。
optimize-autoloader 不是“让 autoload 变快”的开关，而是“生成 classmap 映射表”的触发器
它本身不提速，只决定是否在 composer install 阶段扫描所有 PSR-4/PSR-0 目录，把类名到文件路径的映射写进 vendor/composer/autoload_classmap.php（Composer 2 默认写入 autoload_static.php）。没这个动作，后续就无表可查，优化无从谈起。
常见错误现象：composer dump-autoload -o 执行完，autoload_classmap.php 还是空的或只有几 KB → 因为 dump-autoload 默认不重建 classmap，只刷新轻量映射。
-
composer install --optimize-autoloader才真正触发 classmap 构建（前提是项目有合法 autoload 配置） - 仅加
--optimize-autoloader不够：若composer.json里含"require-dev"，dev 包的 autoload 规则（如"Tests": ["tests/"]）会混入 classmap，污染生产映射 - PHP 7.4+ + OPcache 下，classmap 表被缓存后，每次
new或class_exists()直接查数组，跳过file_exists()和目录遍历
为什么必须搭配 --no-dev 才算真正生效
--no-dev 不只是删掉 phpunit 这类包，它会让 Composer 彻底忽略 autoload-dev 块里的所有规则。否则，测试类、示例类、Mock 类全被扫进 classmap，体积膨胀、命中率下降，甚至因命名空间冲突导致 Class not found。
使用场景：Laravel 项目中，"autoload-dev": {"psr-4": {"Tests\": "tests/"}} 若不加 --no-dev，TestsUnitExampleTest 也会进 classmap —— 生产环境根本用不到。
-
composer install --optimize-autoloader单独运行：classmap 包含 dev 类，且可能因 dev 包未安装而扫描失败 -
composer install --no-dev --optimize-autoloader：只扫描autoload块声明的路径（如"App": "app/"），映射干净、体积可控 - Docker 构建或 CI/CD 中漏掉
--no-dev，会导致镜像里多出几十 MB 无用代码和潜在安全组件
--classmap-authoritative 和 optimize-autoloader 是两回事，但常一起用
--classmap-authoritative 不是“更快”，是“更绝”：它让自动加载器彻底砍掉 PSR-4 fallback 逻辑，只查 classmap —— 类不在表里，直接抛 Class not found，连 is_file("app/Http/Controllers/HomeController.php") 都不调一次。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
验证是否真生效：打开 vendor/composer/autoload_real.php，看 findFile() 方法是否只剩 if ($classMap = $this->classMap) 分支，没有 foreach ($this->prefixesPsr4 as ...)。
- 开了
--classmap-authoritative却报错？不是配置错，是 classmap 漏了类：比如新增类文件但命名空间末尾少了个反斜杠（"App"写成"App"），PSR-4 扫描失败，classmap 就没它 -
"files"类型加载的函数文件（如"app/Helpers/functions.php"）不受影响，它们走独立加载逻辑，不依赖 classmap -
AppServiceProvider::boot()动态绑定的类、运行时eval()出来的类，本来就不该进 classmap —— 报错说明你误以为所有类都该被静态映射
本地开发别乱开 optimize-autoloader，CI/CD 里必须固化命令
开发时改个类名或挪个文件，composer dump-autoload --optimize 不会自动重扫——它只刷新已有映射，不会重新发现新文件。你得手动删掉 vendor/composer/autoload_classmap.php 再跑，否则一直用旧表。
CI/CD 流水线里，靠人记命令不可靠。必须写死：
composer install --no-dev --optimize-autoloader --prefer-dist --no-interaction
注意："optimize-autoloader": true 写在 composer.json 里，只影响后续 install 或 update 的默认行为，不覆盖命令行显式参数；若同时传 --no-optimize-autoloader，配置项会被无视。
容易被忽略的点：classmap 生成依赖 composer.lock 和代码版本严格匹配。CI 中若没先 git checkout 到对应 tag，lock 文件和实际代码不一致，classmap 可能漏类或映射错路径。
