PHP 8.0 已彻底移除__autoload()，必须迁移到spl_autoload_register()：因其仅支持单次定义、不识别命名空间、无法共存且不兼容PSR-4；迁移只需三步——删除旧函数、用spl_autoload_register()封装原逻辑（注意转/）、推荐交由Composer生成vendor/autoload.php。
PHP 8.0 已彻底移除 __autoload() 函数，不能再用。迁移核心不是“换掉一个函数”，而是改用 spl_autoload_register() 构建可扩展、可共存、支持命名空间的自动加载机制。
为什么必须替换
__autoload 只允许定义一次，无法适配现代项目中多框架、多命名空间、多模块并存的结构；它不识别反斜杠分隔的命名空间路径，也无法与 Composer 或 PSR-4 标准协同工作。PHP 7.2 起已废弃，8.0 直接删除——运行时会报 Fatal error，项目无法启动。
三步完成迁移替换
无需重写全部逻辑，只需将原有 __autoload 内容封装进 spl_autoload_register 回调即可：
- 删掉全局定义的
function __autoload($class) { ... }声明 - 在入口文件（如
index.php或框架初始化处）调用spl_autoload_register()，传入一个匿名函数或具名函数 - 函数体内复用原逻辑，但注意：类名参数含完整命名空间（如
AppControllersHome），需把替换为/再拼路径
示例迁移代码：
PHP 8.5.12 RC 1
下载
PHP 8.5.12 RC 1 候选版修复 BZ2、DOM、PDO、Opcache/JIT 和扩展内存安全问题，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
立即学习“PHP免费学习笔记（深入）”；
// ✅ 替换后写法（支持命名空间）
spl_autoload_register(function ($class) {
$file = __DIR__ . '/src/' . str_replace('\', '/', $class) . '.php';
if (is_file($file)) {
require_once $file;
}
});
对接 Composer 和 PSR-4（推荐生产环境用）
手动实现 autoload 容易出错且难维护。更稳妥的做法是交由 Composer 管理：
- 确保项目有
composer.json，配置 PSR-4 映射，例如："autoload": { "psr-4": { "App\": "src/" } } - 执行
composer dump-autoload生成自动加载器 - 在入口文件顶部引入：
require_once __DIR__ . '/vendor/autoload.php';
这样既兼容 PHP 8.0+，又天然支持命名空间、多模块、热更新和静态分析工具。
常见踩坑点提醒
迁移后仍报 Class not found？检查这几处：
- 路径拼接是否漏了
.php后缀或写成.inc - 文件实际存放路径与命名空间大小写是否严格一致（Linux 区分大小写）
- 是否在
spl_autoload_register之前就尝试 new 了某个类（顺序错乱） - 多个 autoload 注册器之间是否互相干扰（建议只保留一个主加载器，或明确职责边界）
