会冲突，根本原因是人为打破Composer项目级隔离：在父目录执行命令、共用vendor、软链接复用等；正确做法是各项目独享composer.json/composer.lock、Web服务器根目录严格指向对应public、禁用全局安装及共享依赖。
多个ThinkPHP项目混用不同版本时，Composer会冲突吗
会，而且非常容易出错——composer install 或 composer update 时，如果多个项目共享全局 vendor 或共用同一份 composer.json 锁定策略，就会互相覆盖或报 Root composer.json requires topthink/framework ^6.0.0 -> found topthink/framework[v6.0.0, ..., v6.3.5] but the package is fixed to v8.0.0 (lock file version)... 这类错误。
根本原因不是 ThinkPHP 本身，而是 Composer 默认按项目目录隔离，但人常误操作：比如在父目录执行 composer install、把多个项目的 vendor 放一起、或用软链接复用依赖。这些都会打破隔离。
- 每个 ThinkPHP 项目必须有自己独立的
composer.json和composer.lock - 绝不能在项目外层目录（如
/var/www/）运行composer命令 - 不要手动复制
vendor，也不要设COMPOSER_VENDOR_DIR指向公共路径 - 确认
composer --version在各项目下执行结果一致（建议统一用 Composer 2.x，ThinkPHP 6+ 对 Composer 1.x 兼容性差）
如何让ThinkPHP 5.1、6.0、8.0 同时跑在一台机器上不打架
靠目录隔离 + 环境变量控制 + 不共享任何运行时资源。不是“装一次框架”，而是“每个项目自带框架副本”。ThinkPHP 本身无全局注册表或系统级安装概念，所以只要 Composer 隔离干净，版本之间完全互不感知。
关键动作是确保 Web 服务器（Nginx/Apache）的每个站点根目录严格指向对应项目的 public/（TP5/6）或 public（TP8），且 PHP 的 include_path 没被篡改。
立即学习“PHP免费学习笔记（深入）”；
- 项目 A（TP5.1）：部署在
/srv/app-v5/public，Nginxroot指向此处 - 项目 B（TP6.3）：部署在
/srv/app-v6/public，单独配置 FastCGI 参数，禁用opcache.revalidate_freq=0（避免缓存旧版本的类） - 项目 C（TP8.0）：注意它默认要求 PHP 8.1+，不能和前两个项目共用同一个 PHP-FPM pool（否则启动失败）
- 所有项目禁用
composer global require安装任何 ThinkPHP 相关包（如topthink/think-orm），这类全局包会污染 autoloader
用Docker跑多版本ThinkPHP，为什么还是提示Class not found
常见于 Dockerfile 中用了 COPY . /app 却漏掉 vendor/，或构建时没在容器内执行 composer install --no-dev。TP 的自动加载全靠 vendor/autoload.php，而这个文件依赖 composer.lock 生成的映射，本地生成的 vendor 直接 COPY 进容器，在不同 PHP 版本/扩展下大概率失效。
正确做法是：Docker 构建阶段就完成依赖安装，且使用与运行环境一致的基础镜像。
- TP5.1 项目用
php:7.4-apache，TP8.0 项目必须用php:8.2-apache - Dockerfile 中写死
RUN cd /app && composer install --no-dev --optimize-autoloader，而不是 COPY 已编译好的vendor - 删除
composer.lock后再composer install？不行——这会让版本浮动，TP6 的^6.0可能装成6.4，而你测试只在6.2上通过 - 如果要用多阶段构建，最后镜像里只保留
public/、runtime/和vendor/，其他源码可删
线上部署时，怎么快速验证某项目用的是哪个ThinkPHP版本
别翻 composer.json，也别猜——直接看运行时。ThinkPHP 在实例化 App 类时会写入版本号到常量，但更稳的方式是读取已加载的类所在路径。
加一行临时调试代码到 public/index.php 末尾（上线前删掉）：
echo hinkApp::VERSION ?: 'unknown'; exit;
或者更通用（兼容 TP5/6/8）：
echo defined('THINK_VERSION') ? THINK_VERSION : (class_exists('think\App') ? hinkApp::VERSION : 'not loaded');
- 返回
5.1.41表示 TP5.1，6.3.5是 TP6.3，8.0.2是 TP8.0 - 如果报
Fatal error: Uncaught Error: Class 'thinkApp' not found，说明 autoloader 没加载成功，90% 是vendor/autoload.php路径错了或没执行 - TP8 开始废弃
THINK_VERSION常量，必须用hinkApp::VERSION，这点容易踩坑
版本混乱往往不是框架问题，而是人绕过了 Composer 的约束机制。只要每个项目守住自己的 composer.json、不跨目录操作、不复用 vendor，多版本并存就是常态，不是例外。
