能，autoload-dev 中只能有一个 psr-4 键，其值为包含多个命名空间映射的数组；classmap 与 psr-4 可混用，但需避免重复加载；修改后须执行 composer dump-autoload -d 生效。
autoload-dev 里能写多个 psr-4 吗？
能，但不是“并列写多个 psr-4 键”，而是把它们合并进同一个 psr-4 对象里——Composer 的 autoload-dev 只接受一个 psr-4（或 classmap 等）配置项，值是数组。
常见错误是这么写：
"autoload-dev": {
"psr-4": { "Tests\": "tests/" }
"psr-4": { "Example\Tests\": "examples/tests/" } ← 语法错误：重复键，JSON 无效
}
正确做法是合并命名空间映射：
-
Tests\→tests/ -
Example\Tests\→examples/tests/
对应 JSON：
"autoload-dev": {
"psr-4": {
"Tests\": "tests/",
"Example\Tests\": "examples/tests/"
}
}
classmap 和 psr-4 能混用吗？
可以，而且很常见——比如你有少量散落的测试工具类不在标准 PSR-4 结构里，又不想改目录，就用 classmap 补上。
注意顺序无关，但 Composer 加载时会按配置顺序扫描：psr-4 先查命名空间前缀匹配，没命中再 fallback 到 classmap 的文件列表（已生成的映射表）。
实操建议：
- 优先用
psr-4，结构清晰、开发友好 -
classmap仅用于遗留脚本、函数文件（如tests/helpers.php），需显式运行composer dump-autoload更新 - 别把同一类文件既塞进
psr-4又塞进classmap，可能引发重复定义警告
测试目录没生效？检查 vendor/autoload.php 是否重载
改完 autoload-dev 后，vendor/autoload.php 不会自动更新——它只在 composer install 或 composer dump-autoload 时重建。
典型症状：
-
phpunit找不到Tests\FooTest -
composer dump-autoload -d（带-d表示 dev autoload）没执行
验证方法：
- 运行
composer dump-autoload -d（推荐）或composer install --no-scripts - 打开
vendor/autoload.php，搜索你的命名空间前缀，确认是否出现在$loader->setPsr4(...)调用里
为什么 PHPUnit 还是报 Class not found？
大概率是命名空间与文件路径不严格对应，PSR-4 规则被 Composer 严格执行。
例如：
- 你在
tests/FooTest.php里写了namespace TestsBar;→ Composer 会尝试加载TestsBarFooTest，但实际文件路径不匹配 - 正确的命名空间应为
Tests（对应tests/），或子命名空间如TestsUnit对应tests/Unit/
另一个隐蔽坑：autoload-dev 的规则**只在 dev 环境生效**。如果项目中用了 "optimize-autoloader": true 且未加 --dev，dump-autoload 可能跳过 dev 规则。
所以跑测试前务必确认：
- 执行的是
composer dump-autoload -d（不是-o单独优化） - PHPUnit 使用的是
vendor/autoload.php，而不是自己手写的加载逻辑
最麻烦的其实是路径大小写和系统敏感性——Windows 上不报错的 Tests 和 tests/，在 Linux CI 上可能直接失败。命名空间和目录名保持完全一致，少点侥幸。
