__autoload() 自 PHP 7.2 起废弃、7.4 报致命错误、8.0 彻底移除，因其仅支持单个全局函数，无法共存多加载逻辑且缺乏优先级与异常控制；现代项目须改用 spl_autoload_register()。
为什么 __autoload() 已经不能用了
PHP 7.2 起彻底废弃了 __autoload()，7.4 开始报致命错误，8.0 直接移除。不是“不推荐”，是根本跑不起来——你写上就会触发 Fatal error: Uncaught Error: Call to undefined function __autoload()。
原因很简单：它只支持一个全局函数，没法共存多个加载逻辑；也没法控制优先级或异常处理。现代项目（尤其用 Composer 的）必须用更可控的方式。
- 别再测试
__autoload()，哪怕本地 PHP 7.1 能跑，上线换环境就崩 - 如果老项目还在用，升级前必须替换掉，不是加个
@抑制警告就能糊弄过去 - Composer 默认不依赖
__autoload()，它用的是spl_autoload_register()
spl_autoload_register() 怎么注册才安全
这是目前唯一被官方认可、且可多次注册的自动加载入口。关键不是“能不能注册”，而是“怎么注册不互相覆盖、不漏类、不出错”。
常见错误是直接写 spl_autoload_register(function ($class) { ... }) 多次，结果后注册的把前边的全干掉了——其实不会，spl_autoload_register() 默认是追加，但很多人误以为要手动维护数组。
立即学习“PHP免费学习笔记（深入）”；
- 每次调用
spl_autoload_register()都会新增一个加载器，顺序执行，直到某个加载器成功include或require到文件 - 如果所有加载器都失败，才会抛出
Class not found错误 - 不要在加载器里
die()或exit()，这会让后续加载器没机会运行 - 推荐显式传函数名，方便调试：
spl_autoload_register('my_autoloader')，而不是匿名函数
类名到文件路径的映射规则怎么写才不翻车
自动加载本质是“根据类名猜路径”，猜错了就 require 失败。最常踩的坑是大小写、命名空间分隔符、扩展名混用。
比如类 AppControllersUserController，有人转成 app/controllers/usercontroller.php（小写+无下划线），也有人写成 App/Controllers/UserController.php（保留大小写+斜杠），Linux 下直接 404。
- PHP 类名区分大小写，文件系统（尤其 Linux）也区分，
UserController和usercontroller是两个文件 - 命名空间分隔符
在路径中要转成目录分隔符：str_replace('\', '/', $class)，再拼.php - 别硬编码
.php后缀——有些框架用.inc或无后缀，应统一约定并检查file_exists() - 路径拼出来后，务必用
realpath()或至少is_file()判断，避免静默失败
Composer 的 autoload 配置改了为啥不生效
改完 composer.json 里的 autoload 段，不运行 composer dump-autoload 就等于没改。这不是缓存问题，是 Composer 根本没生成新的加载映射表。
常见场景：加了个新命名空间，跑起来还是报 Class not found，查半天发现 vendor/autoload.php 里压根没你的映射。
-
composer dump-autoload才会重写vendor/composer/autoload_*.php文件 - 开发时建议加
-o（optimize）参数，生成静态映射，比遍历目录快得多 - 如果用了
classmap，增删文件后必须重新 dump，它不会自动监听文件变化 - 自定义加载器（如
files数组）里的脚本，会在vendor/autoload.php中被require_once，确保路径正确且无语法错误
自动加载不是写完函数就完事，核心是“类名→路径”的映射是否稳定、可预测、跨环境一致。Windows 上能跑的路径逻辑，放到 Docker 容器里很可能因为大小写或挂载方式不同而失效——这点最容易被忽略。
