攻坚遗留系统改造：引入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，否则改了等于没改。