更新 Composer 插件需运行 composer update vendor-name/plugin-name，确保其在项目 composer.json 的 require 中且约束宽松；升级 Composer 本体用 composer self-update；插件仅对声明它的项目生效，全局安装无效。
更新某个已安装的 Composer 插件（如 composer/installers）
Composer 插件本质是通过 require 安装到项目中的包，只是它们在 composer.json 的 "type": "composer-plugin" 标识下被自动激活。更新它和更新普通依赖一样，但容易误以为要走特殊命令。
常见错误现象：composer update 没生效、插件版本卡死、报 Plugin Manager is not available（其实是插件自身加载失败，不是更新命令问题）。
- 直接运行
composer update vendor-name/plugin-name，例如composer update composer/installers - 确保该插件没被写死在
composer.json的"require-dev"或"require"里用了"^1.0"之类宽松约束——如果锁定了"1.9.0"，update不会升到2.x；需要先改约束再运行 - 更新后检查
composer show vendor-name/plugin-name确认版本，别只看composer.lock里的哈希值
升级 Composer 自身（不是插件，是 composer 命令本身）
很多人混淆“Composer 插件”和“Composer 工具本体”。插件扩展的是 Composer 行为（比如支持 drupal-module 类型），而 composer 命令升级影响所有项目解析逻辑、依赖算法、PHP 兼容性等。
使用场景：PHP 升级到 8.2 后 composer install 报错、遇到 Class "Composer\X" not found、或想用新出的 --with-all-dependencies 参数。
- 全局安装的 Composer：运行
composer self-update（默认升级到稳定版） - 想升级到预发布版（如测试 bugfix）：加
--snapshot；指定版本：加--1或--2（注意 v1 已停止维护） - 如果你用的是系统包管理器安装（如 Ubuntu 的
apt install composer），self-update会失败——必须改用官方安装脚本或卸载后重装 - 升级后执行
composer --version，确认输出带2.x.x且 PHP 版本匹配当前环境
插件不生效？检查是否被禁用或加载失败
即使插件已更新，也可能完全没运行。这不是版本问题，而是 Composer 的插件生命周期控制机制在起作用。
PageAdmin企业网站管理系统V4.0，基于微软最新的MVC框架全新开发，强大的后台管理功能，良好的用户操作体验，可热插拔的插件功能让扩展更加灵活和开放，全部信息表采用自定义表单，可任意自定义扩展字段，支持一对一，一对多的表映射.....各种简单到复杂的网站都可以轻松应付。 PageAdmin V4.0.25更新日志： 1、重写子栏目功能，解决之前版本子栏目数据可能重复的问题 2
典型表现：composer install 时没触发插件定义的 Installer 逻辑、自定义命令消失、composer dump-autoload 不生成插件期望的类映射。
- 运行
composer config --list | grep plugin，确认"disable-tls": false和"secure-http": true没误关插件通道（极少见，但某些企业镜像策略会干扰） - 检查插件是否在
composer.json中被显式禁用："config": { "allow-plugins": { "vendor/name": false } }—— 这个配置优先级最高，会彻底屏蔽插件 - 插件自身有兼容性要求，比如
phpstan/extension-installer要求 PHP >= 8.0，低版本下静默跳过，不会报错 - 临时调试：加
-v参数运行composer install -v，看日志里有没有Loading plugin Vendor\Name\Plugin这行
为什么 composer global update 不能更新项目插件？
这是最常踩的坑：把插件当成全局工具装了，结果在项目里怎么 update 都不生效。
根本原因：composer global 安装的是给所有项目共享的命令行工具（比如 laravel/installer），而项目插件（如 oomphinc/composer-installers-extender）必须出现在当前项目的 composer.json 里，且类型为 composer-plugin，才会被该项目的 Composer 实例加载。
-
composer global require some/plugin→ 装的是全局命令，和项目插件无关 -
composer require some/plugin（在项目根目录下）→ 正确方式，插件进require，Composer 启动时扫描并激活 - 误用全局安装后又在项目里
require同一插件，可能引发版本冲突或重复加载警告，删掉全局那份更干净
插件的“作用域”是硬绑定的：它只对声明它的那个 composer.json 生效，不存在跨项目继承或全局启用这回事。
