还在手动include类文件？Composer的PSR-4自动加载帮你解放双手
手动 include 或 require 类文件本身没错，但当项目膨胀、目录层级变深、命名开始“放飞自我”时，你就会反复卡在“类找不到”的调试循环里。这往往不是你的代码逻辑有问题，而是加载机制没有跟上 PHP 的现代自动加载规范。
PSR-4 自动加载到底映射什么？
先说清楚，PSR-4 不是什么魔法黑箱。它的核心任务非常单纯：根据你预先定义的规则，将类名（比如 AppControllersUserController）转换成对应的物理文件路径（比如 src/Controllers/UserController.php）。它不会主动扫描目录，也不会猜测文件位置，一切全靠你给出的配置指令。
- 前缀必须以
\结尾：例如"App\"。少一个反斜杠，整个映射规则就会失效。 - 目录路径是相对的：映射的目录路径（如
"src/"）是相对于composer.json文件所在的位置，而不是你的网站入口脚本。 - 类名转换规则：类名中的每个命名空间分隔符
\都会被转换为目录分隔符，但配置中指定的前缀部分会被直接移除，不参与最终路径的拼接。
composer.json 里怎么写才不报 Class not found？
最常见的错误集中在路径写法上：误用绝对路径、漏掉前缀末尾的反斜杠，或者映射的目录根本不存在。一个清晰无误的配置示例如下：
{
"autoload": {
"psr-4": {
"App\": "src/"
}
}
}
配置写完后，必须运行 composer dump-autoload 命令来更新加载器。开发阶段可以加上 -o 参数生成优化映射以提升性能，但在调试初期，建议先使用普通模式。
- 命名空间必须严格对应：如果类文件放在
src/Controllers/HomeController.php，那么文件内的声明必须是namespace App\Controllers;。 - 避免目录重复：不要在
src/目录下再创建一个App/子目录。因为 PSR-4 已经将App\前缀剥离了，重复添加会导致 Composer 去寻找src/App/Controllers/...这样的路径。 - 修改后务必更新：每次改动
composer.json中的自动加载配置后，如果忘记执行dump-autoload，Composer 将永远使用旧的映射规则。
为什么 new UserController() 还是报错？检查这三处
自动加载配置生效，并不意味着类一定能被成功实例化。很多问题其实发生在文件被加载之后：
- 类定义或依赖问题：文件里可能没有
class UserController，或者它继承了一个未被自动加载的基类（例如BaseController位于另一个未配置映射的命名空间）。 - PHP 版本与语法兼容性：如果服务器 PHP 版本低于 7.4，而类中使用了属性类型声明（如
public string $name;），会导致文件解析失败，进而令自动加载过程静默终止。 - 文件编码问题：文件编码不是 UTF-8 无 BOM 格式。在 Windows 环境下使用记事本等工具保存文件时，容易意外引入 BOM 头，这会让 PHP 解析器抛出
ParseError，同样会被自动加载机制捕获并跳过。
说到底，PSR-4 的原理看似简单，但真正让人卡住的，往往不是配置语法本身，而是命名空间声明、物理文件路径、composer.json 映射规则这三者之间必须实现的严格对齐。差一个字符、多一层目录、少执行一次 dump 命令，都足以让一次简单的 new 操作以 Class not found 告终。
