应使用 spl_autoload_register() 替代已废弃的 __autoload；php 7.2+ 触发 e_deprecated，8.0+ 直接报错；必须在类首次使用前注册，路径拼接需转义反斜杠为正斜杠，用 is_readable 判断文件存在性。
别用 __autoload，它在 PHP 8.0 已被彻底移除，PHP 7.2 起就报弃用警告；现在唯一可靠、可维护的方案是 spl_autoload_register()。
为什么 __autoload 会报错或完全不触发
常见错误现象：Class 'User' not found，但你明明写了 __autoload 函数——大概率是因为 PHP 版本 ≥ 7.2，该函数已被禁用，引擎直接跳过，不调用也不报 warning（除非开启 E_DEPRECATED）。
- PHP 7.2+：调用
__autoload会触发E_DEPRECATED；7.4 默认显示该警告 - PHP 8.0+：函数符号不存在，解析期就失败，
Function __autoload not found类似报错可能出现 - 即使低版本能用，也仅支持注册一个函数，引入任何含自动加载逻辑的第三方库（如旧版框架）就会冲突
spl_autoload_register() 必须在类首次使用前注册
不是“写在文件开头就行”，而是必须确保注册动作发生在 new XXX()、XXX::method() 或 instanceof XXX 等触发类查找的操作之前。否则引擎根本不会进入自动加载流程。
- 典型陷阱：把
spl_autoload_register()写在某个条件分支里，结果分支没走，加载器没注册 - CLI 场景下容易忽略：入口脚本未显式加载自动加载逻辑，直接 new 一个类就崩
- 推荐做法：在项目最顶层入口（如
index.php或cli.php）第一行就注册，不要延迟到路由/配置之后
手动实现 PSR-4 兼容加载时的关键细节
不用 Composer 时，自己写加载器最常出问题的地方不在逻辑，而在路径拼接和存在性判断。
- 命名空间反斜杠
必须替换成正斜杠/，但无需适配 Windows ——require_once原生支持/作为目录分隔符 - 类名末尾不能加
.php再拼一次，否则变成Controller/HomeController.php.php - 必须用
is_readable($file)或file_exists($file)判断，不能直接require_once—— 否则文件不存在时直接 fatal error，中断整个加载链 - 多个
spl_autoload_register()注册的函数按顺序执行，前面的失败才轮到下一个；所以通用加载器建议放后面，专用路径（如vendor/或tests/）可前置
简短示例（安全可用）：
spl_autoload_register(function ($class) {
$prefix = 'App\';
$base_dir = __DIR__ . '/src/';
if (str_starts_with($class, $prefix)) {
$relative_class = substr($class, strlen($prefix));
$file = $base_dir . str_replace('\', '/', $relative_class) . '.php';
if (is_readable($file)) {
require_once $file;
}
}
});
spl_autoload_register() 的 $throw 和 $prepend 参数真会影响运行
日常开发中这两个布尔参数很少显式传，但它们的行为差异在调试加载失败时很关键。
-
$throw = false：当所有已注册加载器都未成功加载类时，不抛出ClassNotFoundException，而是静默返回 —— 这会导致后续代码因类不存在而崩在别处，更难定位 -
$prepend = true：把当前加载器插入执行队列头部，而非默认尾部；适合覆盖默认行为（如拦截特定命名空间），但滥用会导致其他加载器永远没机会执行 - 性能上无实质影响，但加载器内部应尽快判断并
return，避免无谓的file_exists调用拖慢整体类查找
复杂点在于：加载器之间没有通信机制，每个函数只能靠自己判断是否该处理这个类名；一旦路径规则写错或前缀匹配不严，就会漏加载或误加载 —— 这比语法错误更难被 IDE 或静态分析捕获。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
