Composer无法安装同一包的两个版本，根本解决方法是将旧版代码复制到项目目录并用PSR-4映射至独立命名空间（如VendorOldPackage），新版保留原vendor路径和命名空间，通过命名空间隔离实现双版本共存。
Composer 不能直接安装同一包的两个版本
这是 Composer 的底层设计决定的：composer install 后，vendor/ 下每个包只有一份源码，自动加载器（autoload）也只注册一次该包的命名空间。强行 require 两次不同版本会触发 Package … is already present 错误，或者后安装的覆盖前一个——根本不存在“并存”这回事。
用 PSR-4 + 命名空间别名实现逻辑隔离
真正可行的“双版本共存”，是把旧版包的代码复制进项目目录（如 src/VendorOld/），再通过 PSR-4 映射到独立命名空间（比如 VendorOldPackage），同时保留新版走 vendor/ 和原命名空间（VendorPackage）。关键不是 Composer 安装，而是手动拆命名空间。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 复制旧版源码到
src/VendorOld/Package/，保持目录结构与原始src/一致 - 在
composer.json的"autoload": {"psr-4": {...}}中添加："VendorOld\Package\": "src/VendorOld/Package/" - 运行
composer dump-autoload生效 - 使用时显式写全命名空间：
new VendorPackageClient()（新版）、new VendorOldPackageClient()（旧版）
为什么不用 class_alias 或 trait 重命名？
因为类名冲突发生在加载阶段——一旦两个版本的 Client 类都被 PHP 加载，就会报 Cannot declare class Client, because the name is already in use。而命名空间别名（use VendorPackageClient as OldClient）只是语法糖，不解决加载冲突；它只能用于同一类的多个引用，不能绕过已加载类的重复定义。
-
class_alias()只能 alias 已存在的类，不能 alias 未加载的另一个同名类 - 如果旧版和新版都通过
vendor/引入，哪怕加了class_alias，PHP 仍会在 autoload 过程中尝试加载两次同名类 - 真正的隔离必须从加载源头切断：让旧版不走 Composer autoload，改由你控制的 PSR-4 路径加载
注意 autoloader 优先级和符号表污染
Composer 默认用 PSR-4 + classmap 混合 autoload，而你手动加的 PSR-4 规则会被合并进同一个 autoloader。只要路径不重叠、命名空间不重叠，就不会冲突——但一旦旧版代码里有 use VendorPackage* 或硬编码的全局类名，就可能在运行时报错或行为异常。
- 检查旧版代码是否依赖
composer/autoload_static.php中的 classmap 或 files 加载方式，这类加载无法被 namespace 别名绕过 - 旧版若含
__autoload或spl_autoload_register，需确保不与 Composer autoloader 冲突 - 测试时用
get_declared_classes()确认两个Client类是否都出现在结果里且命名空间不同
