phpunit命令调用旧版本的根本原因是path查找顺序导致全局路径优先于项目路径，应显式使用./vendor/bin/phpunit或调整path使项目bin目录前置，避免全局与局部版本冲突。
为什么phpunit命令总是调到旧版本？
因为系统按 $PATH 从左到右查找可执行文件，默认全局 ~/.composer/vendor/bin 在项目 ./vendor/bin 前面。哪怕你项目里装了 phpunit/phpunit:^10.5，敲 phpunit 还是跑的全局 v9.6。
验证方法很简单：
- 运行
which phpunit看路径 - 再用
head -n 3 $(which phpunit)查看脚本头 —— 如果是require __DIR__.'/../vendor/autoload.php'，那加载的就是全局 autoloader
这不是“找不到命令”，而是“找对了路径、错了环境”。
用 bin-dir 改路径不如改 PATH 顺序
composer config -g bin-dir 只能指定全局工具安装到哪，但不解决 PATH 冲突。真正有效的是让项目 ./vendor/bin 在查找时优先于全局路径。
推荐做法（仅对当前 shell 有效）：
- 在项目根目录下执行：
export PATH="./vendor/bin:$PATH" - 或加到
~/.zshrc（macOS/Linux）或~/.bashrc（Linux）里，但注意这会影响所有项目 - 更稳妥的是写进项目级脚本：CI/CD 中统一用
./vendor/bin/phpunit，不依赖 shell 查找
别碰 COMPOSER_BIN_DIR 环境变量——它只影响新安装包的链接位置，不改变已有命令的解析逻辑。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
多个工具同名冲突怎么办？别靠 Composer 自动覆盖
当 phpstan、psalm、rector 都声明了 bin/phpstan，Composer 安装时后写的会直接覆盖前一个，且不报错。你看到的 ls -la vendor/bin/phpstan 指向哪个包，取决于依赖解析顺序。
解决思路不是阻止覆盖，而是绕过它：
- 用
composer show --executables查清每个工具实际装在哪，比如vendor/phpstan/phpstan/bin/phpstan - 在项目
bin/下写封装脚本：bin/phpstan-1.12→exec vendor/phpstan/phpstan/bin/phpstan "$@" - 或者用
composer-bin-plugin创建隔离空间：composer bin phpstan require phpstan/phpstan:^1.12，它会在vendor-bin/phpstan下建独立vendor和 autoload
关键点：不要指望 Composer 自动重命名或提示冲突，它默认静默覆盖。
为什么改了 bin-dir 还是没用？
常见陷阱是把 bin-dir 设成绝对路径（如 /usr/local/bin），同时 vendor-dir 是相对路径（默认 vendor）。这时 Composer 会直接忽略你的 bin-dir 设置，退回到 vendor/bin。
检查方式：
- 运行
composer config -g bin-dir和composer config -g vendor-dir - 如果一个是绝对、一个是相对，就必然失效
- 修复办法：要么都设绝对路径，要么都用相对路径（不推荐后者，因全局配置不该依赖项目上下文）
真正起效的隔离，从来不是靠一个配置项，而是控制执行路径 + 显式加载器 + 封装入口——三者缺一不可。
