PHP命名空间的核心作用是解决类、函数、常量的命名冲突问题，并提升代码组织性与可维护性；它通过语言级作用域隔离同名元素，明确归属关系，支持多版本共存，且需配合PSR-4等自动加载规范使用。
PHP 命名空间（Namespace）的核心作用是解决**类、函数、常量的命名冲突问题**，同时提升代码组织性与可维护性。面试中常被问及“为什么需要命名空间”“不加命名空间会怎样”“use 和 fully-qualified name 的区别”等，本质都在考察你是否真正理解其设计意图和实际约束。
避免类名/函数名冲突
在大型项目或引入多个第三方库时，不同开发者可能定义同名类（如 User、Database）。没有命名空间，PHP 会报 Fatal error: Cannot declare class XXX, because the name is already in use。
- 命名空间把相同名字的类“隔离”到不同逻辑区域，比如 App\Models\User 和 App\Controllers\User 可共存
- 它不是文件路径映射，而是语言级的作用域划分（哪怕两个类在同一个文件里，只要 namespace 不同，就不会冲突）
明确代码归属与依赖关系
通过命名空间，能一眼看出类属于哪个模块或包。例如 Illuminate\Support\Str 表明这是 Laravel 框架的字符串工具类；Monolog\Logger 指向 Monolog 日志组件。
- use 语句不只是为了少打字，更是显式声明当前文件依赖了哪个命名空间下的类
- 自动加载器（如 Composer 的 PSR-4）正是依靠命名空间结构来定位文件路径
支持同名元素的多版本共存
命名空间允许你在同一项目中使用不同版本的同名类（常见于 API 升级或适配旧系统）：
立即学习“PHP免费学习笔记（深入）”；
- 比如 Api\V1\User 和 Api\V2\User 可分别处理 v1/v2 接口逻辑
- 控制器中可通过 use Api\V1\User as V1User; 和 use Api\V2\User as V2User; 同时引用并区分使用
注意：命名空间 ≠ 目录结构，但需配合自动加载规则
PHP 本身不限制命名空间如何写（namespace Foo\Bar\Baz; 合法，哪怕没对应目录），但实际开发中必须遵循 PSR-4 等规范，否则 Composer 找不到类文件。
- 声明命名空间用 namespace 关键字，必须放在文件顶部（可跟 declare 语句）
- 调用其他命名空间的类，可用全限定名（\DateTime、\App\Models\Post）或先 use 再简写（Post::find(1)）
- 全局空间的类（如内置类 Exception）需加反斜杠前缀 \Exception 才能明确指向，否则可能被当前命名空间“污染”
