vendor/autoload.php 仅在 composer install 或 update 成功末尾硬生成，内容固定为 require_once 引入 autoload_real.php 并调用 getloader()；真实映射逻辑在 vendor/composer/ 下各 autoload_*.php 文件中。
composer install 什么时候写入 vendor/autoload.php
它只在 composer install 或 composer update 成功执行末尾阶段硬生成，不会在 composer dump-autoload 时重建。哪怕 vendor/ 已存在、仅缺 autoload.php，只要运行 install --no-scripts，它也会立刻补上——这个动作不可跳过、不可绕过。
vendor/autoload.php 里到底写了什么
它不解析 composer.json，也不扫描文件，纯粹是固定模板：
-
require_once引入vendor/composer/autoload_real.php - 调用
ComposerAutoloaderInitXXX::getLoader()（其中XXX是随机哈希后缀，用于项目隔离） - 返回一个
ClassLoader实例，仅此而已
所有真实映射逻辑（比如 "App\": "src/"）都藏在 vendor/composer/autoload_psr4.php、autoload_classmap.php 等文件里，由 autoload_real.php 加载并注册到 spl_autoload_register。
为什么改了 vendor/autoload.php 没用还容易出错
常见误操作包括：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 把
require_once 'composer/autoload_real.php'改成绝对路径——下次update后路径失效 - 注释掉
getLoader()调用——类完全无法加载，报Fatal error: Class not found - 在其中加调试
echo或日志——下次命令直接覆盖，白忙活
更隐蔽的风险是：Composer 升级可能重命名 autoload_real.php（如从 autoload_real.php 改为 autoload_real_2.php），你手改的入口文件若没同步更新，就会触发 Failed opening required 错误，且无明确提示。
想调整自动加载行为，该动哪里
真正可配置、可持续生效的地方只有两个：
-
composer.json的autoload字段（PSR-4、classmap、files） - 运行
composer dump-autoload刷新映射表（但不会碰vendor/autoload.php）
注意：dump-autoload 不重建 autoload.php，只重写 vendor/composer/ 下的映射文件；而 install/update 会全量重建整个 autoload 体系——包括入口文件和所有映射表。别指望靠改入口文件“打补丁”，那只是给后续协作埋雷。
