攻坚遗留系统改造：引入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 名字和物理路径记进一张静态数组表。运行时查表加载，零逻辑判断，简单粗暴但有效。

• 配置示例（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，否则改了等于没改。