composer无法让新旧框架依赖共存是autoload机制决定的硬限制；同一命名空间不能混用不同版本，因psr-4映射不可隔离、类加载无版本感知，需用replace+require绕过安装冲突，升级须配合--with-all-dependencies并验证运行时兼容性。
Composer 无法让新旧框架依赖直接共存，这不是配置疏漏，而是 autoload 机制和类加载规则决定的硬限制。
为什么同一命名空间不能混用两个版本
比如 symfony/http-foundation 的 Request 类，在 Laravel 8（依赖 Symfony 5.4）和 Laravel 10（依赖 Symfony 6.2）中路径相同、命名空间相同，但方法签名、构造参数、返回类型都可能不兼容。Composer 安装时会报 Root package requires symfony/http-foundation:^6.2, but laravel/framework v8.99.99 requires ^5.4；运行时则可能触发 Declaration of App\Http\Controllers\X::handle() must be compatible with Illuminate\Routing\Controller::handle() 这类致命错误。
- autoload 是按命名空间注册的，不是按目录或包隔离的
- PSR-4 映射一旦写死，就无法为同一个 namespace 指向两个不同 vendor 子目录
-
class_exists('Symfony\Component\HttpFoundation\Request')返回 true，不代表你拿到的是你期望的那个版本
replace + require 组合骗过 Composer 安装阶段
当新框架组件（如 laravel/serializable-closure）被强制引入，但旧版 illuminate/support 不兼容时，靠改约束范围解决不了——因为冲突发生在间接依赖链上。这时要用 replace 声明“我已有替代实现”，再用 require 显式拉取你能控制的兼容版本。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
replace字段必须写全名、大小写敏感，例如"laravel/serializable-closure": "*" - 紧接着在
require中指定你要的真实版本，例如"laravel/serializable-closure": "^1.3"，否则 Composer 会跳过安装 - 这个技巧只绕过安装检查，不解决运行时 PHP 版本、扩展或方法调用差异——如果新包用了
#[\Override]，而你还在跑 PHP 8.0，照样 fatal error
--with-all-dependencies 是升级依赖链的必要开关
默认 composer update symfony/http-foundation 只更新该包及其直系依赖，容易卡在“旧框架锁死了子依赖”上。比如你想升 symfony/console 到 6.x，但它被 laravel/framework v8 的 symfony/process v5.4 锁住，不加选项就会失败。
- 必须用
composer update symfony/http-foundation --with-all-dependencies强制连带升级整条链 - 慎用
--with-all-dependencies全局启用，它会让 SAT 求解器压力剧增，尤其在大项目里容易卡住或超时 - 升级后立刻运行
composer why-not symfony/http-foundation:6.4，确认还有没有残留阻塞项
vendor/autoload.php 必须是第一个被 require 的文件
迁移中常忽略加载顺序：旧项目靠一堆 require_once 'lib/xxx.php' 启动，如果 vendor/autoload.php 加在它们后面，就会出现类已定义但不是你期望的版本，或者函数重复声明。
- 入口文件（如
index.php）第一行必须是require __DIR__ . '/vendor/autoload.php'; - 所有旧的
require_once 'application/models/User_model.php'必须删掉，哪怕class_exists()返回 true，实例化也可能崩 - 无命名空间的老代码别硬套 PSR-4，改用
classmap："autoload": { "classmap": ["application/models/", "application/libraries/"] }，再跑composer dump-autoload -o
真正难的不是让 Composer 装上，而是确认每个被升级的类在运行时是否仍按旧逻辑执行——这需要你盯着 CHANGELOG 里的 Breaking Changes，然后 grep -r 'OldClass::oldMethod' . 找出所有调用点，一个一个改。
