psr-4映射是静态查表而非运行时推断，composer将composer.json中psr-4配置解析为vendor/composer/autoload_psr4.php中的php数组，加载器仅据此查表定位文件，不扫描目录；命名空间前缀必须以反斜杠结尾（json中写为"app"），路径拼接时剥离前缀、将替换为/、拼接目录并加.php后缀，三者任一错位即失败；修改配置后必须执行composer dump-autoload更新映射表，否则无效。
PSR-4 映射不是运行时推断，而是静态查表
Composer 安装依赖时并不会“实时分析”你的类文件结构，也不会扫描目录。它只做一件事：把 composer.json 中 autoload.ps-r4 的配置解析成一个 PHP 数组，写入 vendor/composer/autoload_psr4.php。这个文件就是最终的映射表，自动加载器运行时只查这张表，不碰磁盘扫描。
这意味着：哪怕你删了整个 src/ 目录，只要 autoload_psr4.php 里还存着 "App\": ["src/"]，new AppControllerUser() 仍会尝试去 src/Controller/User.php 加载——只是最后报 file not found 而已。
命名空间前缀匹配是严格前缀 + 反斜杠结尾
加载器收到完整类名（如 AppHttpControllersUserController）后，会逐个检查 autoload_psr4.php 中注册的前缀，按字符串前缀匹配，且要求末尾是字面量反斜杠。
-
"App\": ["src/"]✅ 匹配AppHttpControllersUserController -
"App": ["src/"]❌ 不匹配——这是 PSR-0 兼容模式，Composer 会跳过它（2025 年起主流工具默认忽略） -
"App\Http\": ["src/Http/"]✅ 匹配AppHttpControllersUserController，但不匹配AppServicesUserService
注意：JSON 中的 是为了表示 PHP 字符串里的单个 ；PHP 解析后实际存储的是 "App"（带一个反斜杠）。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
路径拼接规则：剥离前缀 → 替换 为 / → 拼接目录 → 加 .php
匹配成功后，Composer 执行三步硬编码拼接：
- 从类名中剥离前缀（含反斜杠），例如
AppHttpControllersUserController剥离App后剩下HttpControllersUserController - 把剩余部分的所有
替换为/，得到Http/Controllers/UserController - 拼上映射目录（如
src/），再加.php，最终路径是src/Http/Controllers/UserController.php
这个过程不处理大小写转换、不 fallback、不猜测别名。如果文件实际叫 usercontroller.php 或目录是 http/controllers/，就直接失败。
为什么改了 composer.json 还找不到类？
因为安装依赖（composer install）或更新（composer update）时，Composer 会自动触发 dump-autoload，但日常开发中仅修改 composer.json 的 autoload 配置，不会自动重生成映射表。
- 必须手动执行
composer dump-autoload，否则autoload_psr4.php不更新 - 如果新增了类但没改配置，可加
-o优化（生成扁平化类映射），但对 PSR-4 本身无影响 -
vendor/autoload.php只是入口引导文件，真正干活的是vendor/composer/autoload_psr4.php和ClassLoader实例
最常被忽略的一点：映射路径（如 "src/"）是相对于 composer.json 所在目录的，不是相对于当前工作目录，也不是相对于 vendor/。路径写错一个字母或大小写，在 Linux/macOS 上就彻底失效。
