PHP Composer 自动加载原理解析

一、为什么需要自动加载

老式 PHP 项目每个类文件都要手动 require、include，类一多，引入语句散落各处，维护痛苦。自动加载的思路是：用到某个类时再去加载对应文件，由框架或 Composer 统一注册加载逻辑，业务代码完全不用写 require。理解 Composer 自动加载，能看懂报错类找不到的根因，也方便自己写库。

二、spl_autoload_register 基础

PHP 提供 spl_autoload_register 注册回调，类被实例化但没定义时依次调用注册的函数，去找到文件并 include：

spl_autoload_register(function ($class) {
    $file = __DIR__ . '/src/' . str_replace('\\', '/', $class) . '.php';
    if (file_exists($file)) require $file;
});

$user = new App\Models\User();

类名 App\Models\User 按命名空间转成路径 App/Models/User.php，这就是 PSR-4 的雏形。

三、四种加载方式

Composer 在 composer.json 里声明，安装后生成 vendor/autoload.php，提供四种机制：

1. PSR-4（最常用）

命名空间前缀映射到目录，命名空间与目录结构对应：

{
    "autoload": {
        "psr-4": {
            "App\\": "src/"
        }
    }
}

App\Service\Pay 对应 src/Service/Pay.php，不要求类名和目录前缀重复。

2. PSR-0

旧规范，类名里的下划线也转目录，性能一般，新项目少用。

3. classmap

把所有类和文件路径生成一张映射表，一次性扫描目录，适合类少、想快速加载的库。

4. files

直接按文件列表 always require，用于需要全局函数的文件。

四、加载流程

首次引入：

require __DIR__ . '/vendor/autoload.php';

当代码 new 某个类 而该类未定义时，Composer 按注册顺序依次尝试：先查 classmap 直接命中，再按 PSR-4 前缀拼接路径找文件，找到就 include，找不到继续下一个加载器，最后抛类不存在错误。

五、优化与缓存

• composer dump-autoload -o 生成优化 classmap，跳过运行时路径拼接，生产环境必用；
• composer dump-autoload 改完命名空间或目录后重新生成映射；
• 新增类没生效，先检查是否 PSR-4 前缀对得上、是否重新 dump。

六、常见误区

1. 忘了引入 vendor/autoload.php，所有第三方类报找不到；
2. 类命名空间和目录结构不一致，PSR-4 加载失败；
3. 改了类位置不执行 dump-autoload，缓存映射还是旧的；
4. 大小写不匹配：Linux 文件系统区分大小写，类名 User 和文件 User.php 必须一致；
5. 把 PSR-4 当成 require 手动写，重复加载。

七、总结

Composer 自动加载本质是 spl_autoload_register 注册回调，按 PSR-4 前缀把命名空间映射成文件路径，用到类时才加载。生产用 dump-autoload -o 优化，遇到类找不到先查命名空间、目录、大小写和重新生成。掌握这套机制，第三方库和自研组件的引入就不会再盲目试错。