__autoload 被废弃是因为不支持多函数注册，易被覆盖；php 7.2 弃用、7.4 报 e_deprecated、8.0 移除；现代项目应使用 spl_autoload_register，它允许多个加载器按序协作，且可自定义逻辑，composer 进一步通过 psr-4 等规范自动处理命名空间映射。
为什么 __autoload 被废弃了？
PHP 7.2 起彻底弃用 __autoload，7.4 开始报 E_DEPRECATED，8.0 直接移除。不是它不好用，而是它不支持多 autoload 函数注册，一旦多个库都试图覆盖它，就只能互相覆盖、出问题。
现代项目基本都用 spl_autoload_register，它允许注册多个加载器，按注册顺序依次尝试，失败再交棒给下一个——这才是可协作的基础。
- 别在新项目里写
__autoload，哪怕它看起来更短 - 如果维护老代码，遇到
Function __autoload() is deprecated，立刻换成spl_autoload_register -
spl_autoload_register默认会把类名当文件名去拼路径，但你完全可以传入自定义函数，控制全部逻辑
怎么用 spl_autoload_register 加载自己的类？
最简场景：类文件按 ClassName.php 命名，放在 src/ 目录下。直接注册一个匿名函数即可：
spl_autoload_register(function ($class) {
$file = __DIR__ . '/src/' . $class . '.php';
if (file_exists($file)) {
require_once $file;
}
});
注意三点：
立即学习“PHP免费学习笔记（深入）”；
- 必须用
require_once，避免重复加载；include或require可能导致重复定义错误 - 路径拼接要严谨，
__DIR__比dirname(__FILE__)更安全，且不能漏掉/分隔符 - 函数里不做
return或抛异常——autoload 函数失败是常态，让下一个加载器继续试
Composer 的 autoload 配置为什么比手写可靠？
手动拼路径容易错，尤其面对命名空间嵌套（比如 AppControllersUserController），还要处理大小写、斜杠方向、PSR-4 映射规则等。Composer 把这些全抽象掉了。
Difeye是一款超轻量级PHP框架，主要特点有： Difeye是一款超轻量级PHP框架，主要特点有： ◆数据库连接做自动主从读写分离配置，适合单机和分布式站点部署； ◆支持Smarty模板机制，可灵活配置第三方缓存组件； ◆完全分离页面和动作，仿C#页面加载自动执行Page_Load入口函数； ◆支持mysql，mongodb等第三方数据库模块，支持读写分离，分布式部署； ◆增加后台管理开发示例
在 composer.json 里写清楚映射，运行 composer dump-autoload 就生成好加载逻辑：
"autoload": {
"psr-4": {
"App\": "src/"
}
}
关键点：
- 命名空间末尾的
\是必须的，少一个反斜杠会导致类找不到 - PSR-4 比 PSR-0 更轻量，不强制要求目录结构和命名空间完全一致，但要求根命名空间对应到某个目录
- 开发中改了类名或移动了文件，记得重新运行
composer dump-autoload -o（-o启用优化，生成静态映射提升性能）
自动加载失败时，class not found 错误到底在哪一步断的？
不是“没加载”，而是“所有注册的 autoload 函数都没给出有效文件”。常见断点有三个：
- 类名传进 autoload 函数后，拼出的路径根本不存在（
file_exists返回 false） - 路径存在，但文件里没定义对应类（比如写成了
class usercontroller，而实际要找UserController） - 文件里有类，但用了
require而非require_once，前面某次加载已触发过该文件，再次 require 会报Cannot redeclare class—— 这个错误会掩盖真正的 autoload 失败
调试建议：在 autoload 函数开头加 echo "trying: $class
"; 和 var_dump($file);，看是否走到、路径对不对、文件是否存在。别只盯着最终报错行。
自动加载不是魔法，它只是个回调链；链条上任何一环静默跳过，就等于没发生。最容易被忽略的是——你写了 autoload 函数，但忘了调用 spl_autoload_register 注册它。
