必须用数组形式写多个映射项；单个键下硬塞多个路径会因json键唯一性被覆盖，导致部分命名空间失效。
可以，而且必须用数组形式写多个映射项；单个键下硬塞多个路径会因 JSON 键唯一性被覆盖，导致部分命名空间失效。
psr-4 多命名空间必须用数组写，不能拼在同一个键里
Composer 的 psr-4 字段值是一个关联数组，每个键是带反斜杠结尾的命名空间前缀（如 "App\"），值是对应的基础目录（相对路径，不以斜杠结尾）。多个命名空间就得写多个键值对：
-
"App\"→"src/" -
"Rede\"→"app/model_common/Rede/" -
"Vendor\Helper\"→"lib/helper/"
错误写法（后一项会被忽略）：
"psr-4": {
"App\": ["src/", "tests/"]
}
这是无效的：JSON 不允许对象键重复，且 Composer 不接受数组作为 psr-4 的值——它只认字符串路径。若真需同一命名空间映射多路径，得用 classmap 或拆成不同前缀。
命名空间前缀必须严格匹配类名，且注意反斜杠转义
PHP 中命名空间声明用双反斜杠 \，composer.json 是 JSON 文件，反斜杠是转义字符，所以必须写成 "App\\" 或更稳妥地用双引号+两个反斜杠（实际效果等价于一个逻辑反斜杠）：
- 类
AppControllersUserController→ 命名空间前缀必须是"App\"（JSON 中写作"App\\"） - 类
RedeExceptionConnectionException→ 前缀必须是"Rede\"，不能是"Rede"或"Rede\Exception\" - 路径必须是相对项目根目录的路径，如
"app/model_common/Rede/"，不能以/开头，也不能以/结尾
常见报错 Class 'AppControllersUserController' not found 往往因为：命名空间少写了一个反斜杠、路径拼错、或文件实际放在 src/app/Controllers/UserController.php（多了一层 app/）但配置却是 "App": "src/"。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
多个 psr-4 规则共存时，匹配优先级看前缀长度
当类名同时匹配多个 psr-4 前缀时（比如 AppHelperUtils 同时满足 "App\" 和 "AppHelper\"），Composer 会选**最长前缀**的规则：
-
"App\": "src/"→ 前缀长度 5 -
"AppHelper\": "lib/helper/"→ 前缀长度 13 → 被选中
这意味着你可以用更具体的前缀“覆盖”更宽泛的映射，无需担心顺序；但如果两个前缀长度相同（如 "A\" 和 "B\"），就按 composer.json 中书写的顺序遍历，先定义的先尝试。
混合旧代码时，别把 classmap 和 psr-4 搞混
遗留项目常有无命名空间的传统类（如 Database、Config），它们不能走 psr-4，得用 classmap 扫描：
"autoload": {
"psr-4": {
"App\": "src/",
"Rede\": "app/model_common/Rede/"
},
"classmap": ["legacy/", "lib/old/"]
}
classmap 是静态全量扫描，生成后不随文件增删实时更新，每次改了旧类要手动运行 composer dump-autoload；而 psr-4 是运行时按需查找，更轻量。两者可共存，但 classmap 加载器注册顺序在 psr-4 之后，所以同名类若在 classmap 和 psr-4 下都存在，psr-4 会先命中并加载——除非你故意让 classmap 里的类名不遵循 PSR-4 路径规则。
最易被忽略的是：命名空间前缀末尾的反斜杠是否补全、路径是否漏掉 app/ 这类中间层级、以及 composer dump-autoload 是否真的执行成功（尤其 CI/CD 环境里容易漏掉这步）。
