composer 是 php 依赖管理工具，非框架插件；yii2 和 thinkphp 均基于它但 autoload 机制不同：Yii2 需显式引入 vendor/autoload.php 并依赖 classMap+PSR-4，ThinkPHP 6 完全依赖 Composer 原生 PSR-4；共用服务器时禁用 composer global，应项目级配置。
Composer 不是框架的插件，而是 PHP 项目的依赖管理工具；Yii2 和 ThinkPHP 都基于 Composer 构建，但两者的集成方式、autoload 行为和常见误操作点完全不同。
为什么 composer install 后 Yii2 的 vendor/yiisoft/yii2 没有自动注册类？
Yii2 使用自己的 ClassMap + PSR-4 自动加载机制，但前提是入口文件必须显式引入 vendor/autoload.php，且不能跳过 require __DIR__ . '/../vendor/autoload.php'; 这一行。常见错误包括：
- 在
web/index.php中注释或删除了该行，导致Yii::createObject()等核心类无法解析 - 手动复制
vendor目录到生产环境，却没运行composer dump-autoload --optimize，导致 PSR-4 映射缺失 - 使用
composer create-project --no-install初始化后，忘记补上composer install --no-dev，造成autoload_classmap.php为空
require __DIR__ . '/../vendor/autoload.php'; require __DIR__ . '/../vendor/yiisoft/yii2/Yii.php'; // Yii2 2.0.16+ 可省略此行，但低版本仍需ThinkPHP 6 的 composer.json 中删掉 "topthink/think-swoole" 后，为什么 php think swoole 命令还在？
ThinkPHP 6 的命令行工具（think）通过 vendor/bin/think 启动，该脚本会读取 config/console.php 并扫描 app/command 和已安装扩展的 command 配置。即使卸载扩展，若其命令类已被写入缓存或残留于 runtime/command.php，就会继续生效。
- 执行
php think clear清除所有缓存，特别是runtime/command.php - 检查
config/console.php是否手动注册了该命令（如'swoole' => thinkswoolecommandServer::class） - 确认
composer remove topthink/think-swoole是否真正删除了包 —— 查看vendor/topthink/下是否还存在think-swoole目录
两个框架共用同一台服务器时，composer global require 导致冲突怎么办？
绝对不要用 composer global 安装框架相关工具（如 fxp/composer-asset-plugin 或 topthink/think-installer）。全局安装会污染 PHP 全局 autoloader，且 Yii2 要求 fxp/composer-asset-plugin 必须是项目级安装（v1.4.10+ 已废弃，改用 asset-packagist.org），而 ThinkPHP 6 的 think-installer 必须作为 require-dev 存在于项目 composer.json 中。
立即学习“PHP免费学习笔记（深入）”；
- 清理全局插件：
composer global remove fxp/composer-asset-plugin - 为 Yii2 项目单独启用 asset-packagist：
composer config repositories.packagist composer https://asset-packagist.org - ThinkPHP 6 必须确保
composer.json中有："thinkphp/framework": "^6.0"且"type": "think-framework"，否则think-installer不会触发
最易被忽略的是：Composer 的 autoload 生成逻辑与框架启动顺序强耦合。比如 Yii2 在 Yii.php 中会重新注册一次 autoloader，而 ThinkPHP 6 则完全依赖 Composer 原生 PSR-4 加载。一旦你手动修改 vendor/autoload.php 或在入口提前 include 其他 autoload 文件，就可能破坏框架自身的类加载优先级。