--optimize-autoloader必须配合--no-dev才真正生效，否则仅生成classmap但不启用；本地开发因默认双模式加载器而无感，生产环境启用纯classmap模式可提速20%–50%，CI/CD漏--no-dev等于白优化。
部署时加 --optimize-autoloader 能提速，但必须配合 --no-dev 才真正生效；否则只是“看起来优化了”，实际仍走动态路径匹配。
为什么 composer install --optimize-autoloader 在本地没效果
因为开发环境下 vendor/autoload.php 默认启用 classmap + PSR-4 双模式加载器，--optimize-autoloader 生成的 autoload_classmap.php 不会被主加载器优先使用。只有在生产环境（即 --no-dev 或 "minimum-stability": "stable"）下，Composer 才会切换为纯 classmap 模式，跳过运行时路径拼接和文件存在性检查。
- 不加
--no-dev：classmap 生成了，但被忽略，类仍按 PSR-4 规则实时查找路径 - 加了
--no-dev：加载器只读autoload_classmap.php，速度提升 20%–50% - CI/CD 中漏掉
--no-dev，等于白优化
composer.json 里配 "optimize-autoloader": true 算不算稳妥
不算。它只是默认开关，只影响后续 install 或 update 行为，不会覆盖已生成的 autoload 文件，也不强制清除旧缓存。更关键的是：如果项目里有 autoload-dev 配置（比如 "Tests\": "tests/"），而你又没加 --no-dev，这些测试命名空间也会被塞进 classmap，污染生产环境。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 配置项本身不触发重生成，改完后仍需执行
composer install或composer update - 若命令行显式传了
--no-optimize-autoloader，会直接覆盖 JSON 配置 - 推荐 CI 脚本中写死：
composer install --optimize-autoloader --no-dev --prefer-dist
部署后 Class not found 却查不到原因？先看这个
优化后报错信息会变弱——原本 PSR-4 动态加载能提示 “tried loading src/Http/Controllers/HomeController.php but file not found”，而 classmap 模式只报 “Class not found”，连尝试路径都不显示。所以部署前必须确认：
-
vendor/composer/autoload_classmap.php里是否真有你要的类路径（搜索类名即可） - 对应 PHP 文件是否存在、大小写是否完全一致（
src/Http/Controllers/≠src/http/controllers/） - 是否误把
autoload-dev里的路径也映射进了生产 classmap（检查composer show -p输出） - Docker 构建时，
composer install是在构建镜像阶段执行的，还是容器启动时执行的？后者会导致 classmap 路径失效
最易被忽略的一点：优化不是万能的，它只加速「已知存在」的类加载；一旦你漏掉 dump-autoload 或路径写错，它不会报更详细的错误，反而让问题更难定位。
