composer自动加载是静态查表而非运行时推断：psr-4通过前缀截断、反斜杠转斜杠、拼路径三步映射类名到文件，需严格匹配命名空间末尾反斜杠；classmap则是类名直连绝对路径的哈希表，新增类必须执行composer dump-autoload更新。
Composer 自动加载不是“运行时猜路径”，而是“提前建好地图，用时查表”。你写 new AppModelsUser() 时 PHP 并不自己拼路径，而是直接查 Composer 生成的映射数组——这张表在 composer install 或 composer dump-autoload 时就写死了。
PSR-4 映射怎么把类名变成文件路径？
它靠的是“前缀截断 + 目录替换”两步，不是字符串简单替换。
- 配置
"App\": "app/"，遇到类AppModelsUser，先去掉前缀App\，剩下ModelsUser - 再把剩余部分的
全换成/，得到Models/User - 最后拼上根目录和
.php后缀 →app/Models/User.php - 注意：命名空间末尾的反斜杠
\必须存在且严格匹配，"App": "app/"（少反斜杠）会导致映射失效 - 文件名必须与类名完全一致（大小写敏感），
User.php不能写成user.php，Linux 下直接报错
classmap 和 PSR-4 的本质区别在哪？
classmap 是“类名 → 绝对路径”的直连哈希表；psr-4 是“命名空间前缀 → 根目录”的规则引擎。前者快但静态，后者灵活但多一层推导。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
classmap映射在vendor/composer/autoload_classmap.php里，是纯数组：'AppModelsUser' => '/path/to/app/Models/User.php' - 新增类后必须手动执行
composer dump-autoload，否则映射里没有这条记录 -
psr-4不需要每次新增都重生成——只要目录结构合规，自动加载器就能算出路径 -
composer dump-autoload -o会把 PSR-4 规则也转成 classmap 形式，跳过路径推导，适合部署，但开发中没必要频繁用
为什么改了类名或移动了文件却 still Class not found？
因为 Composer 的映射不是实时监听文件系统，它只在你运行 composer dump-autoload 时重新扫描你配置的目录（如 app/、src/），然后把当前看到的类全写进映射文件。
- 你把
app/Http/Controllers/HomeController.php改名为DashboardController.php，但没运行dump-autoload→ 映射里还记着旧名字，加载失败 - 你删掉一个类文件，映射里可能还留着它（除非你加
--no-cache或清掉vendor/composer/autoload_*.php手动重刷） -
autoload-dev下的路径（如tests/）默认不会出现在生产环境的映射里，composer install --no-dev会跳过它们
最常被忽略的一点：自动加载器注册顺序决定优先级。files 类型的文件在加载器初始化时就被 require_once 进来，而 classmap 比 psr-4 查得快——如果你同时配了两者且类名冲突，classmap 会先命中。这不是 bug，是设计如此。
