autoload 是生产必需路径，autoload-dev 仅开发时加载；误配会导致线上加载测试类、内存浪费或副作用；两者在 vendor/autoload.php 中是否共存取决于是否使用 --no-dev 参数。
autoload 是生产环境必须加载的类路径，autoload-dev 是开发时才加载、上线后完全不进 autoloader 的辅助代码。 误配会导致测试类被线上加载、内存浪费，甚至触发静态初始化副作用。
autoload 和 autoload-dev 在 vendor/autoload.php 中是否共存
只在未加 --no-dev 时共存。执行 composer install --no-dev 或 composer dump-autoload --no-dev 后，autoload-dev 的所有映射都不会写入 vendor/autoload.php，对应文件彻底不可自动加载。
常见错误现象：
- 本地跑测试正常，部署后报
Class "Tests\FooTest" not found—— 实际是期望它“不该存在”，但代码里意外引用了测试类 - 线上接口变慢、内存占用升高 —— 因为把
tests/或stubs/错配进了autoload，导致每次请求都扫描并可能加载大量无用文件
PSR-4 映射冲突时谁生效
autoload 的 PSR-4 规则优先注册，autoload-dev 的同名命名空间会被静默忽略。比如两者都写了 "Tests\": "tests/"，运行时只会走 autoload 的规则（如果它存在），autoload-dev 的那条根本不会起作用。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
使用场景：
- 你想让
Tests\只用于测试，就只放进autoload-dev；不要在autoload里重复声明 - 如果你需要某些工具类（如
DevHelper）既在测试中用、又在本地调试 CLI 命令中用，仍应只放autoload-dev，靠--no-dev控制是否加载 - 不要指望用 autoload-dev “覆盖” autoload 的行为 —— 它们不是 fallback 关系，而是环境隔离关系
autoload-dev 不只是给 tests/ 用的
它适合所有仅开发阶段需要自动加载的代码：PHPUnit 测试类、PHPStan / Psalm 的自定义规则类、Laravel 的 database/factories（若未被主 autoload 覆盖）、stubs/ 模拟类、scripts/ 构建脚本中的工具类等。
性能与兼容性影响：
- autoload-dev 内容不参与生产构建，不影响部署包体积和线上启动速度
- Composer 2.2+ 对 autoload-dev 的 dump 性能做了优化，但频繁修改仍建议配合
composer dump-autoload --classmap-authoritative提升加载效率（仅限开发机） - 某些 CI 环境默认执行
composer install --no-dev，此时autoload-dev完全失效 —— 别依赖它来提供运行时必需逻辑
最容易被忽略的一点：autoload-dev 不是“可选加载”，而是“环境剔除”。它的存在意义不是“多加点功能”，而是确保生产环境干净——哪怕你本地没意识到某段代码被 autoload-dev 加载了，只要它没进 autoload，上线就绝对碰不到。
