vendor/autoload.php是自动加载唯一入口，仅注册spl_autoload_register回调并加载autoload_ps4.php等映射表；漏引或误改将导致Class not found，且所有映射均由composer dump-autoload静态生成。
vendor 目录不是“放包的地方”那么简单，它是 Composer 依赖加载机制的物理落点，所有自动加载、类解析、版本隔离都依赖它的结构和生成逻辑；漏掉 require 'vendor/autoload.php' 或目录被意外删改，整个加载链就断了。
vendor/autoload.php 是唯一入口，不是可选配置
这个文件是整个自动加载机制的启动开关，它本身不包含映射规则，只负责注册 spl_autoload_register() 回调，并加载 vendor/composer/autoload_psr4.php 等生成文件。常见错误包括：
- Web 入口（如
public/index.php）里没写require_once __DIR__.'/../vendor/autoload.php';，导致后续所有类加载失败 - CLI 脚本里写了
require 'vendor/autoload.php'，但路径写成./vendor/autoload.php，而当前工作目录不是项目根目录，路径失效 - 误把
vendor/autoload.php当作普通配置文件去修改——它每次composer install或dump-autoload都会被重写，手改等于白干
vendor/composer/ 下的 autoload_*.php 文件才是真实映射表
PHP 类加载时真正查的是这些文件里的硬编码数组，比如 autoload_psr4.php 存的是命名空间前缀到路径的映射，autoload_classmap.php 存的是类名到文件路径的直连映射。关键事实：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
autoload_psr4.php不是实时扫描，而是composer dump-autoload时根据composer.json的"psr-4"字段静态生成的；改了命名空间或移动了文件但没跑这命令，映射就不会更新 -
autoload_classmap.php只在用了classmap配置或加了-o参数时才生成；它不推导路径，只靠文件里class Xxx这种字面声明来登记，所以对 legacy 代码友好，但类名大小写、拼写必须完全一致 - 如果同时配了 PSR-4 和 classmap，Composer 加载器会先按 PSR-4 前缀匹配，匹配不上再 fallback 到 classmap 全局查表
vendor/ 目录结构受 lock 文件严格约束，不能手动增删
composer.lock 锁定了每个包的精确版本、哈希值和安装路径，vendor/ 是它的镜像。一旦手动删掉某个包目录或改名：
-
composer install会检测到缺失并重新拉取，但可能覆盖你本地改过的代码（比如调试时加的日志） -
composer update可能因哈希校验失败报错，提示 “Package X has modified files”，必须先git checkout -- vendor/X或composer install --no-scripts强制重装 - 某些包（尤其是含 bin 脚本的）会在
vendor/bin/创建软链接，手动删了vendor/bin会导致命令不可用，需重新运行composer install
最常被忽略的一点：vendor 目录的完整性不仅影响类加载，还直接影响 files 类型自动加载（比如全局函数）、autoload-dev 的测试类加载、甚至插件脚本（如 scripts 里定义的 post-autoload-dump）是否能触发——这些全依赖 vendor/autoload.php 是否能成功加载并执行完整初始化流程。
