Composer 默认将测试类纳入自动加载是因PSR规则不区分生产与测试，需移至autoload-dev并删除autoload中对应映射，再用--no-dev安装方可彻底排除。
为什么 composer dump-autoload 会生成测试类映射
默认情况下，Composer 的自动加载机制（尤其是 psr-4 或 psr-0 配置）只要扫描到匹配命名空间的目录，就会把里面所有 PHP 文件（包括 Tests/、test/、Fixture/ 等子目录下的类）一并注册进 vendor/autoload.php。这不是 bug，是设计使然——Composer 不区分“生产”和“测试”源码，只认配置规则。
常见后果：运行 composer dump-autoload 后，TestsFooTest 被加载进生产环境自动加载器，可能导致命名冲突、内存浪费，或在 CI 中意外触发测试类的静态初始化逻辑。
用 exclude-from-classmap 显式排除测试目录
最直接有效的方式是在 composer.json 的 autoload 段中添加 exclude-from-classmap，它告诉 Composer：这些路径下的文件**不参与 classmap 生成，也不被 PSR 自动加载规则覆盖**（注意：仅对 classmap 和 PSR 规则生效，不影响 files 加载）。
实操建议：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 在
autoload下添加"exclude-from-classmap": ["tests/", "Tests/", "test/", "fixtures/"]（路径需以/结尾，表示目录） - 如果项目用
psr-4把Tests映射到了tests/，必须同时删掉该映射，否则exclude-from-classmap不起作用——因为 PSR 规则优先级更高 - 执行
composer dump-autoload -o后检查vendor/composer/autoload_classmap.php，确认测试类名已消失
区分开发与生产自动加载：用 autoload-dev
真正合理的做法是把测试类彻底移出生产自动加载范围。Composer 支持独立的 autoload-dev 段，它只在 composer install --dev（默认行为）或 composer dump-autoload 时启用；而 composer install --no-dev 生成的自动加载器完全不包含其中内容。
操作要点：
- 把测试类的 PSR 映射从
autoload移到autoload-dev，例如："autoload-dev": {"psr-4": {"Tests\": "tests/"}} - 确保生产部署使用
composer install --no-dev --optimize-autoloader，此时autoload-dev内容被忽略，exclude-from-classmap甚至都不需要 - CI 环境若需运行测试，应显式执行
composer install（保留--dev），而非--no-dev
验证是否生效的三个关键检查点
改完配置别急着上线，快速验证三件事：
- 运行
composer dump-autoload -o && grep -n "MyTest" vendor/composer/autoload_classmap.php，返回空表示已排除 - 在生产环境执行
composer install --no-dev -o后，尝试class_exists('TestsFooTest')应返回false - 检查
vendor/composer/autoload_psr4.php，确认Tests\映射只出现在autoload-dev对应的文件里（如autoload_namespaces.php或autoload_psr4.php的 dev 版本），而非主文件
很多人卡在「改了 exclude-from-classmap 却没删 autoload 里的 PSR 映射」，结果白配。测试类路径一旦被 autoload 显式声明，就绕过了排除逻辑。
