composer不支持同一psr-4命名空间映射多个目录，规范强制“一前缀一路径”；应改用psr-4+classmap混合策略，或把测试类放入autoload-dev以隔离环境。
Composer 不支持为同一个 PSR-4 命名空间直接配置多个路径，写成数组会被忽略或只取最后一个；真要加载多个目录下的类，必须换策略——不是“怎么加”，而是“怎么绕”。
psr-4 写多个路径会失效，不是 bug 是规范
PSR-4 标准本身规定：一个命名空间前缀只能映射到一个根路径。Composer 严格遵循这点，所以你在 composer.json 里这样写：
"autoload": {
"psr-4": {
"App": ["src/", "tests/Support/"]
}
}
实际效果是：要么报错，要么只认 "tests/Support/"（后一项），"src/" 被覆盖。这不是 Composer 实现问题，是它故意不拼接、不合并——因为规范没授权它这么做。
- 命名空间前缀必须以双反斜杠结尾，比如
"App"，写成"App"或"App\"（JSON 里多转义）都可能降级到 PSR-0 模式 - 路径值推荐以
/结尾，如"src/"，不写斜杠时若存在同名文件（比如src是个文件而非目录），Composer 不报错但会找错地方 - 修改后必须手动运行
composer dump-autoload，否则vendor/autoload.php不更新
用 psr-4 + classmap 混合方案加载额外目录
主代码走 psr-4，测试辅助类、旧结构类等走 classmap，这是最稳的生产方案。Composer 会先查 psr-4 映射，没命中再查 classmap 表，且 classmap 优先级更高（显式登记即生效）。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
示例配置：
"autoload": {
"psr-4": {
"App": "src/"
},
"classmap": [
"tests/Support/",
"legacy/helpers.php"
]
}
-
classmap扫的是具体 PHP 文件，不是命名空间，所以它能加载tests/Support/Helper.php里的AppSupportHelper类，只要文件里 namespace 对得上 - 新增类后必须重新运行
composer dump-autoload，因为 classmap 是静态扫描生成的，不会自动监听文件变化 - 别把整个
tests/目录扔进 classmap —— 那会把测试用例也加载进生产环境，有安全和性能风险；应只列真正需要被自动加载的辅助类路径
autoload-dev 是放测试类的正确位置
如果你只是想让 tests/Support/ 下的类在开发/测试时可用，但绝对不进生产环境，那就别塞进 autoload，改用 autoload-dev：
"autoload-dev": {
"psr-4": {
"App\Tests\": "tests/"
}
}
-
autoload-dev下的路径只在composer install --dev（默认）或composer dump-autoload时注册，生产部署用--no-dev就完全不加载 - 注意命名空间前缀不能和
autoload里的重叠，比如"App"和"App\Tests"可以共存，但"App\Tests"和"App"同时存在时，AppTestsFoo仍会走"App" → "src/"的映射（因为前缀更长），除非你把测试类挪到独立命名空间如AppTest - 这个方案适合 PHPUnit 辅助类、Mock 工具类等，和主业务逻辑彻底隔离
path 类型仓库不适合“加路径”，适合模块化拆分
有人想用 "type": "path" 来引入本地目录当“额外 autoload 路径”，这本质是误用。path 仓库是为把子目录当独立包来管理，不是给自动加载器添路径。
- 它会在
vendor/下创建软链或复制，然后加载那个包自己的autoload配置，和主项目的autoload是两套映射表 - 如果子包没配 autoload，或者配了但路径不对，主项目照样找不到类——不是路径没加进去，是根本没注册那部分映射
- 调试时可看
vendor/composer/autoload_psr4.php，里面只有主项目 + 所有已安装包（含 path 引入的）的合并结果，没有“额外路径”这一说
真正容易被忽略的是：所有这些方案都依赖三者严丝合缝——PHP 文件里的 namespace、文件系统真实路径、composer.json 里写的映射，缺一不可。少一个反斜杠、错一个大小写、漏一次 dump-autoload，Class not found 就立刻出现，而且错误信息里从不告诉你哪一环断了。
