不能用 sudo composer install，因为它会使 vendor/、composer.lock 和全局缓存目录全部归属 root，导致后续 update 卡住、autoload.php 生成失败且无报错，chown -r 难以彻底清理，常需删除 vendor/ 重装。
为什么不能用 sudo composer install
它会让 vendor/、composer.lock、缓存目录全变成 root 所有，后续 composer update 可能只写一半就卡住，autoload.php 生成失败还不报错。更麻烦的是，这种混杂所有权的目录，chown -R 都不一定能彻底清理干净，最后往往得删掉 vendor/ 重来。
常见连带后果：
-
rm -rf vendor失败，因为子目录属root -
composer dump-autoload静默失败，生成的vendor/autoload.php权限异常，PHP 运行时报failed to open stream - CI/CD 流水线里混用
sudo和非sudo步骤，极易因权限不一致中断构建
composer global require 为什么找不到命令
因为 sudo composer global require 把二进制装进了 /root/.composer/vendor/bin/，而普通用户 shell 的 $PATH 根本不包含这个路径；同时 COMPOSER_HOME 被悄悄覆盖成 /root/.composer，之后所有全局配置都写错位置。
修复方法不是删重装，而是精准重定向：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 提前运行
export COMPOSER_HOME="$HOME/.composer"（加到~/.bashrc持久化） - 再执行
composer global require laravel/installer - 把
$HOME/.composer/vendor/bin加进$PATH：在~/.bashrc末尾加export PATH="$HOME/.composer/vendor/bin:$PATH"
Web 服务器读不到 Composer 缓存或插件怎么办
PHP-FPM 或 Apache 通常以 www-data（Debian/Ubuntu）或 apache（CentOS）用户运行，但它根本读不到你个人账户下的 ~/.composer/cache 或 ~/.composer/vendor —— 这些路径对它不可见，也不属于它。
关键不是“让它能读”，而是“别让它需要读”：
-
vendor/目录只需 CLI 用户可写、Web 用户可读，不需要 Web 用户写 - 缓存目录（
$(composer config --global cache-dir)）应严格限定为 CLI 用户私有，Web 进程从不访问它 - 如果 Web 报错说找不到类，问题不在缓存，而在
vendor/autoload.php是否被正确加载，或vendor/所有权是否混乱
哪些 composer 命令真需要 sudo
只有两类场景合理使用 sudo：
-
composer self-update：当composer二进制本身装在/usr/local/bin/composer且属root时才需sudo；更推荐下载到$HOME/bin/composer并自行加进$PATH -
composer config --global --unset github-oauth.github.com：仅当该配置文件本身属root时才需sudo，属于异常状态，应先用ls -l ~/.composer/config.json确认归属，再用sudo chown $USER:$USER ~/.composer/config.json修复
其他所有项目级命令（install、update、require、dump-autoload）都不该用 sudo —— 一旦用了，就得立刻检查 ls -la vendor/ composer.lock $(composer config --global cache-dir)，看有没有 root 出现在第一列。
