composer install phpunit 报错是因为该命令只按 composer.lock 重装依赖，不接受包名参数；正确安装 PHPUnit 应使用 composer require --dev phpunit/phpunit，注意版本与 PHP 兼容性，并通过 vendor/bin/phpunit 运行。
composer install phpunit 为什么装不上
直接运行 composer install phpunit 会报错，因为 composer install 只读 composer.lock 装已锁定的依赖，不接受包名参数。想装新包，得用 composer require。
-
composer install是“按锁重装”，不是“安装某个包”的命令 - 正确命令是
composer require --dev phpunit/phpunit（--dev表示只在开发环境需要） - 如果项目已有
phpunit但版本太低，先删vendor/phpunit/和composer.lock中相关行再重装，否则require可能被锁住不升级
phpunit 版本和 PHP 版本对不上怎么办
新版 PHPUnit（比如 10.x）只支持 PHP 8.1+，而很多老项目还在用 PHP 7.4 或 8.0，硬装会失败或后续跑不起来。
- 查当前 PHP 版本：
php -v - 查兼容表：PHPUnit 9.x 支持 PHP 7.3–8.2；PHPUnit 10.x 起只支持 PHP 8.1+
- 指定版本安装更稳妥，例如 PHP 7.4 项目用：
composer require --dev phpunit/phpunit:^9.6 - 别信
^10.0这种写法——它可能悄悄拉 PHP 8.1+ 专属版，CI 构建时直接挂掉
装完 phpunit 命令还是找不到
装完后执行 phpunit 报 “command not found”，不是没装成功，而是二进制文件没进 PATH。
- Composer 默认把可执行文件放在
vendor/bin/下，不是全局路径 - 临时用：
vendor/bin/phpunit（Linux/macOS）或vendor\bin\phpunit（Windows） - 想全局用，得加
export PATH="vendor/bin:$PATH"到 shell 配置，但不推荐——不同项目依赖不同版本，混用容易出问题 - 更稳的做法：在
composer.json的scripts里加一条："test": "phpunit"，然后统一用composer test
vendor/bin/phpunit 执行时报 Class 'PHPUnit\Framework\TestCase' not found
这不是缺类，是 autoloader 没加载 PHPUnit 自己的类——常见于用了自定义 autoload 或未生成 autoload 文件。
立即学习“PHP免费学习笔记（深入）”；
- 确认
vendor/autoload.php是否存在；不存在就运行composer dump-autoload - 检查
composer.json里有没有误删"autoload-dev"段，PHPUnit 的测试基类依赖它 - 某些 IDE（如 PhpStorm）缓存了旧的 autoloader，重启 IDE 或清缓存有时比改代码还管用
- 如果用了
classmap或psr-4映射到测试目录，确保路径没拼错，比如写成"tests/"却实际放到了test/
