正确写法是composer require --dev phpunit/phpunit，它将包写入require-dev字段并安装；composer require-dev是非法命令，会被误解析为安装包名“dev”，导致污染require字段。
立即进入“composer学习资源速领！☜☜☜☜☜点击进入”；
composer require --dev 为什么不能直接写成 composer require-dev
命令名里多一个短横，就完全不是同一个东西：composer require-dev 是非法子命令，Composer 会把它当作要安装一个叫 dev 的包来处理——结果可能是报错、装错依赖，甚至污染 composer.json 的 require 区域。
正确写法只有这一种：composer require --dev phpunit/phpunit。它会把包写进 require-dev 字段，并立即执行 composer update 安装（含其依赖），但不会碰 require 里的任何内容。
- 误写
composer require-dev→ 实际执行composer require dev，极大概率触发意外解析 - 漏掉
--dev直接composer require phpunit/phpunit→ 包被塞进require，上线必报Class not found -
--dev是开关，不是环境标记：它不自动判断你是本地还是 CI，只改composer.json的字段位置
加了 --dev 就算安全？代码里调用 dump() 还是会崩
--dev 只管“装不装”，不管“用不用”。如果你在 AppServiceProvider 或某个中间件里写了 dump($request)，而 symfony/var-dumper 在 require-dev 里，那生产环境一跑就 Fatal error: Call to undefined function dump()。
这类泄漏不是 Composer 的锅，是你代码越界了。真正安全的做法是：
- 所有 dev 工具调用必须包裹在运行时判断里，比如
if (app()->environment('local')) { dump($data); } - 用
function_exists('dump')做兜底，而不是直接调用 - 检查
config/和bootstrap/下有没有硬编码引用php-cs-fixer、phpstan等类的class_exists()
CI 流水线里 install 不加 --no-dev，线上镜像就带 phpunit
CI 构建测试阶段需要 composer install（默认含 dev），但部署产物（Docker 镜像、PHAR 包、SaaS 容器）必须重新走一遍 composer install --no-dev --optimize-autoloader --classmap-authoritative。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
常见翻车点：
- Dockerfile 里只写
RUN composer install→ 镜像体积暴涨 50%，且暴露/vendor/phpunit/路径 - CI 脚本没清 vendor，复用缓存导致 dev 包残留
-
composer.lock是由未加--no-dev的composer update生成的 → 即使部署时加了--no-dev，lock 文件里仍存 dev 包记录，某些旧版插件可能误读
补救动作：CI 测试前先 composer update --dev，部署前强制 composer update --no-dev --lock 并提交更新后的 lock 文件。
autoload-dev 配置和 require-dev 没半毛钱关系
autoload-dev 不是用来加载 phpunit/phpunit 的，它是让你自己的测试类（比如 tests/Feature/LoginTest.php）能被自动加载。它的作用对象是你的项目代码，不是第三方 dev 包。
典型错误配置：
- 在
autoload-dev里写"psr-4": { "Tests\": "vendor/phpunit/phpunit/src/" }→ 完全没用，PHPUnit 类由它自己的 autoload 规则控制 - 漏配
autoload-dev→phpunit命令能启动，但找不到你的tests/下任何类 - 把
src/目录也写进autoload-dev→ 导致线上 autoloader 多注册一条路径，拖慢性能还可能冲突
验证是否生效：运行 composer dump-autoload --no-dev 后，检查 vendor/composer/autoload_dev.php 是否还存在 —— 如果存在，说明 autoload-dev 规则仍被注册，哪怕你没装任何 dev 包。
