执行 composer config -g update-channel stable 再运行 composer self-update 才能永久切回稳定版，因 –stable 仅临时生效且自2.5+已软弃用；通道配置持久化于 config.json，需显式修改。
Composer self-update –stable 为什么没切回稳定版
执行 composer self-update --stable 后仍看到 dev- 或 2.x@dev 版本，大概率是因为本地 Composer 已被手动切换到开发通道（如通过 composer self-update --snapshot 或 --preview），而 --stable 不会强制覆盖已锁定的通道配置。
Composer 自 2.2 起引入了「更新通道」（channel）概念，通道信息被持久化在 COMPOSER_HOME/config.json 中，--stable 只是临时指定本次更新目标，并不重置通道设置。
- 检查当前通道：运行
composer --version，若输出含snapshot、preview或dev字样，说明通道未真正切回 - 查看配置文件：用
cat $(composer config -g home)/config.json确认是否存在"update-channel"字段 -
--stable实际等价于--update-channel=stable，但仅对本次生效；要永久切换，必须显式设置通道
永久切回 stable 通道的正确命令
必须用 composer config 显式写入全局配置，否则下次 self-update 仍可能拉取非稳定版本。
- 执行
composer config -g update-channel stable—— 这是关键一步，修改config.json中的通道声明 - 再运行
composer self-update（不带参数）—— 此时会按新通道拉取最新稳定版，例如2.7.7 - 验证结果：运行
composer --version，输出应为类似Composer version 2.7.7 2024-05-15 12:34:56，不含任何@dev或哈希后缀
注意：composer self-update --stable 在 Composer 2.5+ 中已被标记为「soft-deprecated」，官方推荐用 config -g update-channel 统一管理。
遇到 “You are not authorized to update” 错误怎么办
该错误通常出现在使用系统级 Composer（如通过 apt/yum 安装）或权限受限目录下，和通道无关，但容易被误判为通道问题。
- 先确认 Composer 安装方式：运行
which composer，若路径含/usr/bin/composer或/snap/，说明不是独立安装，不能直接self-update - 跳过系统包管理器：建议卸载系统版，改用官方安装脚本：
php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');"→php composer-setup.php --install-dir=/usr/local/bin --filename=composer - 若坚持用系统版，请用对应包管理器更新，例如
sudo apt update && sudo apt install --only-upgrade composer
切换后 vendor/autoload.php 仍报错？检查 autoload 生成逻辑
通道切换本身不影响项目 autoload，但如果之前用 dev 版本生成过 vendor/autoload.php，且该版本存在 autoload 行为差异（如 PHP 8.3 兼容性补丁未合入 stable），可能导致运行时报错。
- 删除
vendor/和composer.lock，再执行composer install—— 强制重新解析依赖树和 autoloader - 确认
composer.json中"minimum-stability"未设为"dev"，否则即使 Composer 是 stable 版，仍会装入不稳定依赖 - 检查
composer show --platform输出中的php版本是否与项目要求匹配，旧 stable 版 Composer 对新版 PHP 的支持可能存在延迟
通道切换只是控制 Composer 自身版本，它不会自动修复因先前 dev 版行为导致的 lock 文件污染或 autoload 缓存残留 —— 这些得手动清。