攻坚遗留系统改造：引入Composer逐步替代传统静态引入加载模式-composer-PHP中文网

老项目不能直接配psr-4，因其强约束要求类名必须匹配命名空间与路径，而老代码无命名空间、类名文件名不一致（如user、user.class.php），会导致class not found；应改用classmap扫描目录或files加载函数/常量，并卸载旧autoload器。

攻坚遗留系统改造：引入composer逐步替代传统静态引入加载模式

能，但必须绕开 PSR-4、禁用 __autoload、只在真实入口加 require_once 'vendor/autoload.php' —— 其他地方加就是埋雷。

为什么老项目不能直接配 `"psr-4": {"App\": "src/"}`

老代码没命名空间，类名像 User、DbHelper，文件可能叫 user.class.php 或 db_helper.inc。一旦在 composer.json 里写了 psr-4，Composer 就默认“只加载符合该规则的类”，你原来的 class User {} 会被彻底忽略，报 Class 'User' not found。

PSR-4 是强约束：它要求类名必须匹配命名空间 + 文件路径，不满足就跳过，不警告也不 fallback
老项目往往有多个类目录（lib/、includes/、models/），且类名与文件名不一致，PSR-4 根本无法覆盖
即使你强行给老类补命名空间（如 namespace app;），也会引发函数重定义、include_once 失效等连锁问题

`classmap` 是最稳的兜底方案

它不看命名空间、不验文件名、不拆下划线，只做一件事：扫描目录下所有 .php 文件，把里面声明的每个 class、interface、trait 名字和物理路径记进一张静态数组表。运行时查表加载，零逻辑判断。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

配置示例（composer.json）：

"autoload": {
  "classmap": ["lib/", "includes/", "models/"]
}

路径必须是相对于 composer.json 的，别写 ./lib/ 或绝对路径，Composer 会直接忽略
执行 composer dump-autoload 后，映射写入 vendor/composer/autoload_classmap.php，下次请求直接 require 这个文件
注意：老项目若已手动 require 过这些类文件，现在必须删掉，否则触发 Cannot redeclare class

全局函数和常量怎么自动加载？用 `"files"`

老项目常见 helper.php 里一堆 function str_clean()、define('SITE_URL', ...)，这类没法走 classmap，必须靠 "files" 字段——它会在 vendor/autoload.php 加载时无条件 require_once 列出的所有文件。

配置示例：

"autoload": {
  "files": ["lib/helper.php", "config/constants.php"]
}

这些文件会被加载一次且仅一次，适合放纯函数、常量、配置项
别把含 class 定义的文件塞进来，否则和 classmap 冲突，类可能被加载两次
修改后必须跑 composer dump-autoload，否则新路径不生效

旧加载器不卸载，`vendor/autoload.php` 就是摆设

很多老项目自带 __autoload() 或用 spl_autoload_register() 注册了自定义加载器。如果不清掉，Composer 的加载器和你的老加载器会同时响应同一个类名，轻则重复加载报错，重则因顺序错乱导致类未定义。

在入口文件顶部引入 vendor/autoload.php 后，立刻卸载旧加载器：

spl_autoload_unregister('__autoload');
// 或针对具体函数
spl_autoload_unregister('my_old_loader');

千万别在 config.php 或 functions.php 里 require vendor/autoload.php —— 那些文件常被多次 include，会导致 autoload 被重复加载，opcache 缓存错乱
如果老项目用了框架（如 ThinkPHP 5.0 以下），确认其 Loader 类没在启动流程中偷偷注册 autoload，否则得翻源码找 spl_autoload_register 调用点

最易被忽略的一点：每次改完 composer.json 的 autoload 段，必须手动跑 composer dump-autoload；OPcache 不会自动感知这个变化，线上环境尤其要 opcache_reset() 或重启 PHP-FPM，否则改了等于没改。