Composer中PSR-4命名空间映射必须严格匹配：键需双反斜杠结尾（如"App\": "app/"），本地包须自配autoload，多路径需合并为数组，改后须手动执行composer dump-autoload刷新自动加载表。
composer.json 里配错命名空间映射，本地包的类根本不会被自动加载——不是没装上，是压根找不到文件。
psr-4 键值必须严格匹配命名空间末尾反斜杠
PSR-4 映射的 key 是命名空间前缀，它必须以字面量反斜杠结尾（JSON 中写成 "App\": "app/"），少一个、多一个、写成正斜杠或不转义，都会导致匹配失败。
-
"App": "app/"→ 匹配App，但不匹配AppHttpController -
"App": "app/"→ JSON 解析报错（未闭合字符串） -
"App/": "app/"→ 完全无效，Composer 不识别正斜杠作为命名空间分隔符 - 正确写法只有：
"App\": "app/"（两个反斜杠，表示一个字面量反斜杠）
验证方式：运行 php -r "var_dump(require 'vendor/composer/autoload_psr4.php');"，确认输出中 App\ 对应的路径是你期望的目录。
本地包的 autoload 配置要写在它自己的 composer.json 里
不是主项目写，也不是靠主项目“覆盖”，而是本地包（比如 my-utils）的 composer.json 必须自己声明 autoload。主项目只负责通过 path 仓库引入它。
- 本地包
my-utils/composer.json中必须含："autoload": {"psr-4": {"MyUtils\": "src/"}} - 主项目
composer.json的repositories中配置：{"type": "path", "url": "../my-utils"} - 然后
composer require my-utils/my-utils:dev-main（版本需与本地包name和version一致）
漏掉本地包自身的 autoload，即使路径对了，类也永远不会进自动加载表。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
多个命名空间共存时不能重复键名
同一个 psr-4 对象里，键名必须唯一。把两个不同路径映射到同一命名空间前缀，后写的会覆盖前写的。
- 错误写法：
"psr-4": {"App\": "app/", "App\": "src/"}→ 第二个App\被忽略 - 正确写法：合并为单个键，用数组值支持多路径：
"psr-4": {"App\": ["app/", "src/"]}
这种写法在本地包开发中很常见——比如你同时维护框架核心类（app/）和可复用组件（src/），但都属于 App\ 命名空间。
启用 symlink 后仍需 dump-autoload
用 "options": {"symlink": true} 让 Composer 软链接本地包，只是让 vendor/my-utils/my-utils 指向源目录；但自动加载映射表仍是静态生成的，不重新生成就不会生效。
- 改完本地包的
composer.json或新增类后，必须在主项目中执行：composer dump-autoload - 如果加了
classmap，还得加-a参数：composer dump-autoload -a - 仅
composer update不会触发 autoload 重生成（除非有变更触发了完整安装流程）
最容易忽略的一点：软链接解决了代码同步问题，但 autoload 表是缓存，它不会自动感知文件增删——每次结构动了，就得手动刷一次。
