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' => \think\swoole\command\Server::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 文件,就可能破坏框架自身的类加载优先级。











