命名空间和自动加载是现代php类加载的默认基础设施，缺一不可；namespace必须位于文件最顶部（
命名空间和自动加载不是“配对使用才有效”的可选功能，而是现代 PHP 项目中类加载的默认基础设施——没它们，new User() 很可能直接报 Class 'User' not found，哪怕文件明明存在。
命名空间声明必须在文件最顶部，且不能有前置代码
这是硬性语法限制，不是风格建议。一旦在 namespace 前写了注释、空行、declare()（哪怕只是 declare(strict_types=1);），PHP 就会报 Parse error: syntax error, unexpected 'namespace'。
-
namespace AppModels;是合法的起始行 <?php后紧跟namespace，中间不能有任何输出或语句- 一个文件只应定义一个命名空间；多命名空间虽语法允许，但会破坏 PSR-4 映射逻辑，Composer 不认
- 全局命名空间（即无
namespace声明）的类，访问时必须用完全限定名DateTime，否则会被解析为当前命名空间下的CurrentNamespaceDateTime
use 语句只影响静态写法，不改变动态类名解析
use 是编译期行为，仅作用于字面量类名。它不会影响字符串拼接、变量名或 class_exists() 中传入的动态类名。
- ✅
use AppModelsUser; $u = new User();—— 正常工作 - ✅
use AppModelsUser as UserModel; $u = new UserModel();—— 别名生效 - ❌
$class = 'User'; $u = new $class();—— 这里$class被解析为当前命名空间下的类，与use无关 - ✅ 动态调用需显式加反斜线：
$class = 'AppModelsUser'; $u = new $class();或$u = new AppModelsUser();
spl_autoload_register() 是唯一可靠入口，__autoload 已彻底失效
PHP 8.0+ 已移除 __autoload()，任何还依赖它的代码都会崩溃。所有自动加载逻辑必须通过 spl_autoload_register() 注册，且推荐用匿名函数避免全局污染。
- 注册后，只要遇到未定义的类/接口/Trait，PHP 就按注册顺序逐个调用加载器，直到某个加载器成功
require到文件为止 - 每个加载器必须做「前缀判断」：比如只处理以
App开头的类名，其他类名直接return，否则会干扰 Composer 的 vendor 加载 - 路径拼接时，
str_replace('\', '/', $relative_class)是必需步骤，Windows 下反斜线不被文件系统识别 - 务必检查
file_exists($file)再require，否则报错信息会变成找不到类，掩盖真实问题（如路径拼错、大小写不符）
PSR-4 映射出错是自动加载失败的最常见原因
Composer 默认按 PSR-4 规则把命名空间转成路径，但这个转换极其敏感：命名空间末尾是否带反斜线、目录路径末尾是否带斜杠、类名大小写、文件名大小写，全部必须严格一致。
- 例如配置
"App\": "src/"，那么AppModelsUser必须对应src/Models/User.php，而不是src/models/user.php（Linux/macOS 区分大小写） - 改了命名空间或新增类后，必须运行
composer dump-autoload -o；不加-o时，Composer 会每次扫描整个src/目录，开发时容易漏掉新文件 - ThinkPHP/Laravel 等框架不自己写加载器，而是依赖 Composer 生成的
vendor/autoload.php；如果入口没require vendor/autoload.php，整个自动加载链就断了 - 第三方包加载失败，90% 是因为该包的
composer.json里autoload配置有误，或你装的是已废弃版本（比如overtrue/pinyinv5 改了命名空间）
真正卡住人的从来不是“怎么写”，而是命名空间大小写、路径斜杠方向、Composer 缓存是否刷新、以及那个没被 require 的 vendor/autoload.php —— 它们不出错时不显眼，一出错就全盘皆崩。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
