答案是bin目录归属错误或未加入PATH，应先用composer config --global bin-dir确认路径，再检查归属并确保其存在于PATH中；若为/usr/local/bin则改用~/bin等用户级目录并更新PATH。
composer global require 报“Could not symlink”或“Permission denied”在 bin 目录
根本不是 Composer 不能软链，而是它默认选的 bin-dir（比如 /usr/local/bin 或 ~/.composer/vendor/bin）当前用户没写权限。错误里出现的路径就是你要盯住的目标——别猜，直接查。
- 先确认 Composer 正在用哪个 bin 目录：
composer config --global bin-dir - 如果输出是
/usr/local/bin，普通用户基本没写权，sudo chown这类操作风险高且不必要 - 如果输出是
~/.composer/vendor/bin，检查归属：ls -ld ~/.composer/vendor/bin，若属主是root，说明之前误用了sudo composer global require - 最稳妥的做法：切到用户级目录，避开系统路径纠缠：
mkdir -p ~/bin && composer config -g bin-dir ~/bin - 再把
~/bin加进PATH：在~/.zshrc或~/.bashrc末尾加export PATH="$HOME/bin:$PATH"，然后执行source ~/.zshrc
为什么改 bin-dir 后还要检查 PATH
Composer 只负责把可执行文件（如 laravel、phpunit）放进 bin-dir，但它不会自动让 shell 找得到。你输 laravel 却提示 command not found，99% 是 PATH 没包含那个目录。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 验证是否生效：
echo $PATH | grep bin，看输出里有没有你设的~/bin或~/.local/bin - 如果没出现，说明
source没执行，或写错了配置文件（Zsh 用户别往.bashrc里写） - 临时测试可用：
~/bin/laravel --version，能跑通就证明二进制文件已正确生成 - 注意：某些终端（如 VS Code 内置 Terminal）可能缓存旧
PATH，重启终端或新开窗口更可靠
曾用 sudo composer global require 导致 laravel 命令找不到
这不是命令没装上，而是它被悄悄装进了 /root/.composer/vendor/bin/laravel——你的普通用户 shell 根本看不到这个路径，也无权读取 /root 下任何内容。
- 查当前全局配置生效位置：
composer config --global home，如果输出是/root/.composer，污染已发生 - 立刻删掉整个
/root/.composer（如果存在）：sudo rm -rf /root/.composer - 重设全局 home 到用户目录：
composer config -g home ~/.composer - 再运行一次
composer global require laravel/installer（不带sudo），它会重新生成到~/bin或你指定的bin-dir - 顺手检查
auth.json是否也被污染过：composer config --global --list | grep github，异常配置需手动清理
WSL、Docker 或 CI 环境中 bin 目录权限失效
这类环境的权限问题往往不是归属错，而是 UID 不一致或挂载方式冲突。错误信息里出现 /mnt/c/、/workspace 或 /var/www 就要警觉。
- WSL：避免在
/mnt/c/下运行composer global require；项目移到~/projects等原生 Linux 路径 - Docker：不要用 bind mount 把宿主机
~/bin挂进容器再跑composer global；应在 Dockerfile 里用非 root 用户执行RUN composer global require - CI（如 GitHub Actions）：默认 runner 用户是
runner，但COMPOSER_HOME可能被缓存为/root/.composer，需显式设置：COMPOSER_HOME: $HOME/.composer - 关键验证点：在目标环境里执行
id -u和ls -ld $(composer config -g bin-dir)，确保 UID 匹配且目录可写
bin-dir 对应的目录本身是否真的存在且可写——有时候 composer config -g bin-dir ~/bin 设了，但 ~/bin 还没创建，或者 umask 导致新建目录默认无写权限。执行前加一句 mkdir -p ~/bin && chmod u+rw ~/bin 更稳。 
