PSR-4多个命名空间需在composer.json的autoload→psr-4中平铺多个键值对，键为带双反斜杠结尾的命名空间（如"App": "app/"），值为相对项目根目录的路径，路径建议以/结尾，不可重复键名，改后须执行composer dump-autoload。
psr-4 多个命名空间怎么写进 composer.json
直接在 autoload 的 psr-4 对象里平铺多个键值对，每个键是带尾部反斜杠的命名空间前缀，值是相对于项目根目录的路径。Composer 会全部注册，按最长前缀匹配类名，不依赖声明顺序。
- 必须用双反斜杠转义或 JSON 字符串中写成
"App\": "app/"，但更推荐单反斜杠加引号："App": "app/"（PHP 7.4+ 支持，最简洁） - 不能重复键名，比如写两次
"App": "src/"和"App": "app/"，后一个会被覆盖 - 路径值不支持
../或绝对路径，也不能以.php结尾；建议以/结尾，避免和同名文件冲突（如"App": "app"可能误加载app.php） - 示例结构：
"autoload": {
"psr-4": {
"App": "app/",
"Modules\Payment": "modules/payment/src/",
"Modules\Notification": "modules/notification/src/",
"Support": "support/"
}
}
多个模块路径重叠时会发生什么
如果两个 psr-4 映射的路径存在父子关系（比如 "App": "app/" 和 "AppLegacy": "app/legacy/"），Composer 不报错，但实际加载行为不可靠：类可能被错误地映射到上层路径下的子目录，尤其当命名空间拼写松散或文件未严格遵循 PSR-4 时。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 最常见问题：写
"App\Legacy": "app/legacy/"后，AppLegacyHelper仍被尝试从app/Legacy/Helper.php加载，而非app/legacy/Helper.php——因为"App": "app/"已覆盖整个前缀 - 解决办法：确保路径互不包含；若必须分层，把子模块单独抽成独立包，或改用
classmap扫描具体目录 - 验证方式：运行
composer dump-autoload -v，看输出里是否列出你预期的映射；也可临时加var_dump($loader->getPrefixesPsr4())到入口调试
files 和 psr-4 能不能一起用？顺序怎么控
可以共存，而且很常见：用 psr-4 加载类，用 files 加载全局函数、常量或启动逻辑。但要注意 files 是无条件 require_once，且总在 psr-4 加载器之后执行（实际注册顺序是 psr-4 → classmap → files，但 files 不参与类查找）。
-
files数组内顺序就是执行顺序，前面的文件可被后面的覆盖函数/常量（没做function_exists()防护时） - 别让
files里的代码依赖尚未加载的类，比如在helpers.php里直接调用AppControllerHome::init()，此时AppControllerHome还没被 psr-4 加载器注册 - 典型配置：
"autoload": {
"psr-4": {
"App": "app/",
"Modules\Payment": "modules/payment/src/"
},
"files": [
"app/helpers.php",
"support/functions.php"
]
}
为什么改了 composer.json 还是 Class not found
因为 Composer 不自动监听变更，composer.json 修改后必须手动触发重建 autoload 映射，否则 vendor/autoload.php 仍用旧规则。
- 必须运行
composer dump-autoload（开发阶段）或composer install/composer update（依赖变动时） - 如果用了
-o（optimize），它只扫描已声明路径，漏配一个目录，里面的新类就永远找不到；调试期建议不用-o，错误提示更明确 - 检查点：确认类文件路径、命名空间、文件名三者完全一致（大小写敏感！Linux 下
MyClass.php不能定义class myclass） - 额外陷阱：IDE 缓存、OPcache 未清除、测试环境没加载
vendor/autoload.php（尤其自定义 PHPUnit 启动脚本）
dump-autoload。模块越多，越要警惕路径交叉和加载时机错位。 
