PHP 8.3 自动加载核心仍是 spl_autoload_register()，它通过维护FIFO顺序的加载器栈，按注册先后依次调用回调函数加载类、接口、trait或枚举；__autoload() 已彻底移除，而PSR-4加载器（如Composer）依托该机制实现高效路径映射与文件包含。
PHP 8.3 中的自动加载机制核心仍是 spl_autoload_register()，它不依赖版本新增语法，但运行在更严格的引擎上下文中（如 JIT 默认启用、弃用 assert 相关 INI 指令等）。理解它的关键不是“PHP 8.3 特有功能”，而是它如何在现代 PHP 运行时中稳定、高效地协同工作——重点在于函数注册逻辑与加载器栈的执行顺序和职责分离。
自动加载器栈：多个加载器按序协作
PHP 不只允许一个自动加载函数，而是维护一个“加载器栈”（autoload stack），所有通过 spl_autoload_register() 注册的回调都按注册顺序入栈。当遇到未定义类、接口、trait 或枚举时，PHP 从栈顶开始逐个调用，直到某个加载器成功包含文件并定义了该类，或全部失败后抛出 Error（Fatal error: Uncaught Error: Class "X" not found）。
- 注册顺序即执行顺序：先注册的函数后调用（LIFO 入栈，FIFO 执行？错——实际是 FIFO：最早注册的最先被尝试）
- 任一加载器成功 require/require_once 对应文件且类被正确定义后，后续加载器不再触发
- 加载器函数内不应 throw 异常来“跳过”，而应静默 return（表示不处理），否则会中断整个栈
- Composer 的 autoloader 就是注册在栈中的一个典型加载器，通常靠前注册以优先处理 vendor 包
spl_autoload_register 的基本用法与命名空间适配
最简形式是传入匿名函数，接收完整类名（含命名空间，如 AppControllersUserController），需自行解析路径：
- 将命名空间反斜杠
替换为目录分隔符/ - 拼接文件扩展名（通常是
.php） - 检查文件是否存在，再
require_once - 注意：必须使用完整限定名（FQCN），且大小写敏感（文件系统层面）
示例：
PHP 8.5.12 RC 1 候选版修复 BZ2、DOM、PDO、Opcache/JIT 和扩展内存安全问题，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
立即学习“PHP免费学习笔记（深入）”；
<?phpspl_autoload_register(function (string $class): void {
$file = __DIR__ . '/src/' . str_replace('\', '/', $class) . '.php';
if (file_exists($file)) {
require_once $file;
}
});
为什么不能用 __autoload？它已被彻底淘汰
PHP 7.2 起已废弃 __autoload()，PHP 8.0+ 完全移除支持。它本质是全局单例函数，无法共存，也不支持命名空间友好映射。而 spl_autoload_register() 支持：
- 任意数量的加载器并存（项目主加载器 + 第三方库加载器 + 测试专用加载器）
- 可传入静态方法、对象方法、闭包，便于封装和测试
- 可指定加载器是否前置（
prepend = true参数），控制执行优先级 - 与 PSR-4 标准天然契合，是 Composer 实现的基础
PSR-4 加载器在 PHP 8.3 下的实际行为
Composer 生成的 vendor/autoload.php 本质就是调用 spl_autoload_register() 注册了一个高度优化的 PSR-4 加载器。它不实时遍历文件系统，而是：
- 预先读取
composer.json中的autoload配置，构建命名空间前缀 → 路径映射表 - 收到类名后，快速匹配最长前缀，计算相对路径，拼出绝对路径
- 直接检查文件存在性并 require —— 零字符串替换开销（对比手动 str_replace）
- PHP 8.3 下因 OPCache 更成熟，默认启用 JIT 后，这类路径计算逻辑几乎无性能损耗
