composer self-update 是唯一可靠的自我更新命令，它直接替换当前 shell 调用的 composer.phar 文件为最新稳定版；而 composer update 仅管理项目依赖，与 composer 自身无关，因其非项目依赖项，不写入 composer.json 或 lock 文件。
composer self-update 是唯一可靠的自我更新命令，它会直接替换当前安装的 composer.phar 文件为最新稳定版。
为什么不能用 composer update 升级 Composer 本身
composer update 只管理项目依赖（vendor/ 下的包），和 Composer 自身无关。Composer 是一个独立的 PHAR 工具，不是你项目里的依赖项——它不写在 composer.json 的 require 里，也不会被 composer.lock 锁定。
常见错误是误执行 composer update composer/composer 或类似命令，这根本无效，甚至可能报错 Package "composer/composer" not found。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
CentOS 上必须加 sudo 才能成功更新
如果你用 sudo mv composer.phar /usr/local/bin/composer 安装过全局 Composer，那它的二进制文件属于 root，普通用户无权覆盖。此时直接运行 composer self-update 会失败，提示 Permission denied。
- 正确做法是：运行
sudo composer self-update - 如果提示
Do not run Composer as root，说明你之前用 root 身份执行过其他 Composer 命令——这不是致命错误，但建议后续改用普通用户操作，或清理~/.composer权限后重试 - 更新后验证：运行
composer --version，确认输出的版本号与 官网首页 显示的最新稳定版一致
self-update 的行为细节和限制
默认情况下，composer self-update 只升级到最新稳定版（stable channel）。它不会自动切到 preview、snapshot 或 dev 分支。
- 想升级到预发布版（比如 RC）：用
composer self-update --preview - 回退到指定旧版本：用
composer self-update 2.5.8（需版本存在且未被撤回） - 查看当前通道和可用版本：
composer self-update --help输出里有详细说明 - 某些企业环境禁用了 HTTPS 或防火墙拦截了
getcomposer.org，此时会卡在下载阶段——可手动下载 PHAR 文件并替换（不推荐，除非网络受限）
真正容易被忽略的是权限模型：Composer 不像 npm 或 pip 那样区分用户级和系统级安装。只要你用 sudo 安装过，后续所有更新都得带 sudo；否则更新只作用于当前用户的 ~/.composer/vendor/bin/composer，而全局命令仍指向旧版本。
