exclude-from-classmap 对测试目录无效，因为它只影响 classmap 生成，而 psr-4 加载器仍会运行时扫描 tests/；应改用 autoload-dev 隔离测试类，并部署时加 --no-dev。
为什么 exclude-from-classmap 对测试目录无效？
因为 exclude-from-classmap 只影响 classmap 生成阶段，而 autoload 默认启用的 psr-4 或 psr-0 自动加载器仍会扫描整个命名空间路径——包括 tests/。哪怕你把 tests/ 从 classmap 排除，psr-4 加载器在运行时遇到 Tests 开头的类名，仍会去 tests/ 下找文件，触发不必要的磁盘 I/O。
真正起效的方案：用 autoload-dev 隔离测试类加载
Composer 的设计本意就是让测试代码不参与生产环境 autoload。正确做法是把测试相关配置全挪到 autoload-dev，并确保生产环境（composer install --no-dev）完全忽略它：
-
autoload块里只放生产代码的psr-4映射，比如"App\": "src/" -
autoload-dev里放测试映射，比如"Tests\": "tests/" - 部署时务必加
--no-dev参数，否则autoload-dev仍会被合并进vendor/autoload.php - 验证是否生效：执行
composer dump-autoload --no-dev后，检查vendor/composer/autoload_psr4.php是否还包含"Tests\"键
exclude-from-classmap 该用在哪儿？
它只对 classmap 类型有用，典型场景是排除那些“存在但不该被自动加载”的辅助脚本或遗留文件，比如：
- 项目根目录下零散的
bootstrap.php、install.php -
src/里临时保留但已废弃的LegacyHelper.php - 某些命令行工具脚本，它们不是类文件，也不该被 PSR 规则匹配
写法示例（composer.json）：
"autoload": {
"classmap": ["src/"],
"exclude-from-classmap": ["src/LegacyHelper.php", "bootstrap.php"]
}
容易被忽略的性能陷阱
即使用了 autoload-dev，如果测试目录结构混乱，仍可能拖慢 composer dump-autoload 速度：
- 避免在
tests/下混放大量非 PHP 文件（如截图、日志、.md 文档），composer扫描时会逐个 stat，尤其在 CI 环境挂载网络存储时更明显 - 不要在
tests/里用psr-4映射到src/外的任意路径，比如"App\Tests\": "tests/"—— 这会让测试类名和生产命名空间耦合，导致--no-dev失效 -
vendor/autoload.php是单入口，只要它包含任何指向tests/的映射，生产环境就存在加载风险，哪怕你没主动 new 那些类
最稳妥的做法：测试代码只存在于 autoload-dev，且部署时强制 --no-dev；其余所有“排除”手段都是补救，不是替代。
