composer dump-autoload 用于重新生成自动加载映射文件，解决类未找到问题；必须在新增类文件、修改 autoload 配置或拉取代码后手动执行，不依赖 install/update，且需配合 -o 或 --no-dev 等参数适配环境。
直接运行 composer dump-autoload 就能重新生成自动加载文件，不需要重装依赖或删 vendor 目录。
什么时候必须重新生成 autoload？
当你手动新增了类文件但没改 composer.json 的自动加载配置（比如没加新的 psr-4 映射），或者修改了 autoload 部分后想让新规则生效，就得手动触发。Composer 不会监听文件变化自动更新 vendor/autoload.php 和相关映射表。
- 新增了
app/Services/Helper.php，但composer.json里没声明"App\Services\": "app/Services/" - 把一个目录从
src/改成了lib/，并同步更新了psr-4配置 - 从开发环境复制了一份项目过来，
vendor/autoload.php里的路径还是旧机器的绝对路径（少见但真实存在）
composer dump-autoload 的常用参数组合
默认只重建类映射，不优化性能；加参数才能生成更高效的静态映射表。
-
composer dump-autoload：基础重建，适合日常开发调试 -
composer dump-autoload -o（即--optimize）：合并所有类到一个classmap，跳过 PSR-4 前缀查找，启动更快——但要求所有类都可被扫描到（不能有动态拼接类名的逻辑） -
composer dump-autoload -a（即--optimize-autoloader）：等价于-o，语义更清晰 -
composer dump-autoload --no-dev：排除autoload-dev配置，用于生产环境打包
注意：-o 在含大量小文件的项目中可能显著提升 new 类实例的首次加载速度，但会让 dump-autoload 执行变慢，且无法支持某些反射式动态加载场景。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么 composer install 或 update 后有时还要再跑一遍？
因为这两个命令默认只在 vendor 变更时才重建 autoload，如果只是改了本地 composer.json 的 autoload 段、或新增了未提交的类文件，它们不会感知并触发重建。
-
composer install读的是composer.lock，它不校验autoload配置是否和当前composer.json一致 -
composer update主要处理包版本，autoload 重建是附带动作，不是核心目标 - CI/CD 流水线中常见漏掉这步，导致新类在部署后报
Class not found
所以只要改了 autoload 相关配置或结构，就该显式执行一次 composer dump-autoload，别指望其他命令顺手帮你做了。
最常被忽略的是：dump-autoload 不会验证类文件语法是否正确，也不会检查命名空间与路径是否匹配——它只按配置“照单全收”。写错 namespace 或放错目录，照样生成 autoload 文件，但运行时报错。
