composer全局更新不会自动重链接二进制文件，因链接仅首次安装时创建，后续update不检查修复；需手动删除旧链接并执行composer global require --no-update重挂载，或清空bin目录后global update重建。
为什么 composer global install 不会自动重链接二进制文件
Composer 全局安装（composer global require foo/bar）后，可执行文件默认被软链接到 ~/.composer/vendor/bin/，但这个链接只在首次安装时创建。后续更新包（如 composer global update）不会重新检查或修复链接——哪怕原链接指向的文件已被覆盖、路径变更或权限丢失，vendor/bin/ 下的符号链接仍保持“原样”，导致执行时报 command not found 或静默失败。
用 composer global dump-autoload 无法解决链接问题
这个命令只重建自动加载映射（vendor/autoload.php），跟二进制链接完全无关。常见误操作是以为“刷新一下 autoload 就能修好命令”，结果白等几秒还是一样报错。真正需要的是让 Composer 主动重写 ~/.composer/vendor/bin/ 下的符号链接。
正确做法：删链接 + 强制重装（两步到位）
没有单命令“强制重链接”，但可稳定达成目标：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先手动删除旧链接：
rm ~/.composer/vendor/bin/foo（把foo换成你要修复的命令名） - 再运行
composer global require foo/bar --no-update—— 关键是加--no-update，它跳过依赖解析，仅触发 vendor bin 链接逻辑，相当于“重挂载”
如果不确定具体命令名，可用 ls -l ~/.composer/vendor/bin/ 查看哪些链接已失效（显示 broken 或指向不存在路径）；也可直接清空整个 bin 目录：rm -f ~/.composer/vendor/bin/*，再跑一次 composer global update，它会在最后阶段批量重建所有链接。
Windows 用户注意路径和权限差异
Windows 下 Composer 默认用 %APPDATA%\Composer\vendor\bin\，且符号链接需管理员权限才能创建。若遇到 failed to create symbolic link 错误：
- 确保以管理员身份运行终端（CMD/PowerShell）
- 或改用
composer config --global use-include-path true，让 Composer 把vendor/bin加入系统 PATH，绕过链接依赖 - PowerShell 中
rm要换成Remove-Item，且路径反斜杠需转义或用正斜杠
链接是否生效，最可靠的验证方式不是看文件是否存在，而是执行 which foo（macOS/Linux）或 where foo（Windows）确认路径指向 vendor/bin/foo，且该文件能 head -n1 看到 #!/usr/bin/env php 开头。
