composer install 必然重写 vendor/autoload.php，会变的是其文件内容、命名空间后缀及映射文件；不会变的是它仅引入 autoload_real.php、调用 getloader()、返回加载器实例的固定职责。
composer install 会重写 vendor/autoload.php 是设计使然
不是“有时候”，而是每次 composer install 或 composer update 都必然重写 vendor/autoload.php。它不是缓存文件，也不是可选产物——它是 Composer 主流程末尾硬生成的固定入口文件，内容模板化、路径硬编码、命名空间哈希随机（如 ComposerAutoloaderInit8a7f），删了会补，改了下次就丢。
autoload.php 被重写时，什么会变？什么不会变？
会变的是：vendor/autoload.php 文件本身（路径、命名空间后缀、require_once 的相对路径）；vendor/composer/autoload_psr4.php 等映射文件（内容随 composer.json 的 autoload 配置和实际扫描结果更新）。
不会变的是：autoload.php 的职责——它永远只做三件事：引入 autoload_real.php、调用 getLoader()、返回加载器实例；所有路径解析逻辑仍由下游生成文件承担。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 如果你改过
vendor/autoload.php里某行require_once，它会在下次install后恢复原状 - 如果你在
composer.json里新增了"psr-4": {"MyLib\": "lib/"}，但没运行composer dump-autoload，install仍会把它写进新生成的映射文件（因为install内部隐式触发完整 autoload 重建） - 如果你只改了类文件名或移动了目录，
install不会感知——必须显式跑composer dump-autoload才能刷新映射
为什么 dump-autoload 不够，而 install 却能“修复”autoload？
composer dump-autoload 只刷新映射文件（autoload_psr4.php 等），不碰 vendor/autoload.php 入口文件；composer install 则强制重建整个 vendor/ 目录结构，包括重新生成 vendor/autoload.php 和所有底层映射文件。
- 典型误操作：改了
vendor-dir，只跑dump-autoload→autoload.php还在旧路径下，PHP 找不到入口 - 正确做法：改完
composer.json的config.vendor-dir，删掉旧vendor/，再跑composer install - CI 环境中若用
cp -r复制别人项目的vendor/，autoload.php里的命名空间哈希不匹配，dump-autoload也救不了——必须重新install
最常被忽略的细节：入口 require 必须同步更新
当 vendor/autoload.php 被移到新位置（比如 thirdparty/autoload.php），所有入口文件（index.php、cli.php、测试启动脚本）里的 require 'vendor/autoload.php' 都必须手动改成新路径。IDE 和框架配置（如 PHPUnit 的 bootstrap）也得同步改，否则报错不会提示 “autoload.php 找不到”，而是直接 Class not found，且错误堆栈里完全不出现 autoload 相关线索。
