Composer支持多命名空间需满足：前缀不重叠、路径真实存在、各命名空间独立并列声明于psr-4中；子命名空间自动推导，不可重复配置；路径值须为相对路径且结尾带斜杠；修改后必须执行composer dump-autoload生成映射表。
Composer 支持在同一项目中配置多个命名空间，但不是“随便写几个键就行”，关键在于映射前缀不重叠、路径真实存在、且每个命名空间在 composer.json 中只声明一次。
psr-4 多命名空间怎么写才不冲突
多个命名空间必须作为独立键并列写在 psr-4 对象里，不能嵌套或包含——比如 "App\" 和 "App\Controller\" 不能共存，后者会被前者完全覆盖。
-
"App\"和"Vendor\Tools\"可以并列，只要它们不互相包含 - 每个键末尾必须是双反斜杠：
"App\"✅，"App"❌（JSON 解析失败或降级为 PSR-0） - 路径值必须是相对于
composer.json的相对路径，推荐带结尾斜杠："src/"✅，"src"❌（易与同名文件冲突） - 所有路径必须真实存在，否则
composer dump-autoload不报错，但运行时类加载失败
为什么 App\Http\Controllers 加不进去
常见错误是把子命名空间当新命名空间单独配，比如以为 "App\Http\Controllers\" 能独立映射到 "app/Http/Controllers/"。实际上，只要已有 "App\" 映射到 "app/"，那么 App\Http\Controllers\Home 就会自动按规则拼成 app/Http/Controllers/Home.php ——你不需要、也不应该再额外配子前缀。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 子命名空间是自动推导的，不是手动注册的
- 手动重复配会导致 Composer 忽略后写的（JSON 键唯一），或触发警告
- 如果非要隔离某段逻辑（如测试用的控制器桩），应改用
autoload-dev+classmap，而不是塞进主psr-4
多个目录映射同一个命名空间？别硬塞数组
psr-4 的值写成数组（如 "App\": ["src/", "tests/Support/"]）在新版 Composer 中**不会合并路径**，它只取最后一个有效项。真要实现“多路径 fallback”，得换策略。
- 优先用
psr-4映射主路径："App\": "src/" - 额外路径用
classmap补充："classmap": ["tests/Support/"]（注意：这会扫描所有 PHP 文件，生成静态映射） - 更安全的做法是把测试相关路径放进
autoload-dev，避免composer install --no-dev时仍加载 - 如果路径下有非 PSR-4 结构的类（如扁平命名、动态类名），
classmap是唯一可靠选择
改完 composer.json 为什么类还是找不到
90% 的“Class not found”不是配置写错了，而是没走完最后一步：生成 autoload 映射表。vendor/autoload.php 不读 composer.json，它只加载 vendor/composer/autoload_psr4.php 这个编译结果。
- 每次修改
autoload后，必须手动执行composer dump-autoload - 开发中可加
-o（composer dump-autoload -o）生成优化版，跳过运行时路径拼接 - CI/CD 部署应统一用
composer install --no-dev --optimize-autoloader，避免本地未提交的 autoload 文件干扰 - 如果仍失败，先运行
composer show --platform确认当前加载的是不是最新生成的 autoloader
最易被忽略的点：命名空间声明、文件路径、composer.json 三者必须严丝合缝——少一个反斜杠、多一个大写、错一个目录层级，就直接 Class not found。别指望 Composer 帮你猜。
