php 8.0 中 spl_autoload_register() 的 $throw 参数已被忽略且传 false 会触发 e_notice，$prepend 仍有效并明确控制加载器执行顺序：true 时前置优先执行，false 时默认追加末尾。
PHP 8.0 中 spl_autoload_register() 的布尔参数 $throw 和 $prepend 行为发生了关键变化，实际使用中必须注意——$throw 已被完全忽略，$prepend 仍有效但语义更明确。
throw 参数：已废弃，设了也无效
该参数原本用于控制注册失败时是否抛出异常。从 PHP 8.0.0 起：
- 不再接受 false 值，若传入会触发 E_NOTICE 提示；
- 函数现在**总是**在参数非法（如非 callable、类型错误）时抛出 TypeError；
- 无论你写 spl_autoload_register($fn, true) 还是 spl_autoload_register($fn, false)，效果完全一样。
所以日常开发中可直接省略该参数：
-
spl_autoload_register($fn);✅ 推荐写法 -
spl_autoload_register($fn, true);⚠️ 多余，但不报错 -
spl_autoload_register($fn, false);❌ 触发 notice，应避免
prepend 参数：决定加载器执行顺序
这个布尔值依然起作用，它控制新注册的自动加载器在队列中的位置：
-
false（默认）：追加到现有队列末尾，后注册的函数后执行； -
true：插入到队列开头，优先于所有已注册的加载器执行。
例如：
PHP 8.5.12 RC 1
下载
PHP 8.5.12 RC 1 候选版修复 BZ2、DOM、PDO、Opcache/JIT 和扩展内存安全问题，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
spl_autoload_register(fn($c) => echo "A: $c\n");<br>spl_autoload_register(fn($c) => echo "B: $c\n", true);<br>// 加载 MyClass 时，先输出 "B: MyClass"，再输出 "A: MyClass"
常用于框架或组件需要“抢占式”加载（如覆盖核心类、拦截特定命名空间）的场景。
为什么顺序重要？性能与兼容性都受影响
PHP 在找不到类时，会按注册顺序逐个调用所有加载器，直到某个加载器成功 require 文件或全部返回。因此：
- 高频匹配的加载器建议前置（
$prepend = true），减少遍历开销； - 通用兜底加载器（如匹配所有类名）应放在末尾，避免干扰专用逻辑；
- 多个加载器中任一抛出异常，整个链立即中断，后续加载器不再执行——所以加载器内部应避免 throw，改用静默失败。
替代方案：用 Composer 自动加载更稳妥
手动管理 spl_autoload_register 容易出错，尤其涉及命名空间映射和路径转换。现代项目推荐：
- 用 Composer 生成
vendor/autoload.php，它已内置 PSR-4/PSR-0 兼容加载器； - 通过
composer.json的"autoload"字段声明命名空间与路径映射； - 只需
require 'vendor/autoload.php';，无需手写加载逻辑。
手动注册只应在无 Composer 环境、调试或封装轻量工具时考虑。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
