命名空间解决PHP中名称冲突并提升代码可维护性，通过namespace定义，需与目录结构一致以支持PSR-4自动加载，使用use导入类并可用别名避免冲突，应避免全局污染并合理控制层级深度。
PHP命名空间用于解决类、函数、常量名称冲突的问题，同时让代码结构更清晰。合理使用命名空间能提升项目的可维护性和扩展性。
理解命名空间的基本语法
在PHP中，通过namespace关键字定义命名空间，通常放在文件的首行（声明之前只能有declare语句）。
例如：
namespace AppController;
class UserController {
public function index() {
echo "用户控制器";
}
}
这个类的完整名称是 AppControllerUserController。不同目录下的类可以用相同的类名，只要命名空间不同就不会冲突。
立即学习“PHP免费学习笔记（深入）”；
使用其他命名空间中的类，要用use导入：
namespace AppView; use AppControllerUserController; $controller = new UserController();
遵循PSR-4自动加载规范
现代PHP项目普遍采用Composer和PSR-4标准实现自动加载。命名空间应与目录结构保持一致。
比如你的composer.json配置如下：
{
"autoload": {
"psr-4": {
"App\": "src/"
}
}
}
那么命名空间为AppController的类，应该放在src/Controller/目录下，文件名为UserController.php。
执行composer dump-autoload后，类就能被自动加载，无需手动include。
避免全局命名空间污染
尽量不要将类、函数直接定义在全局空间。即使是小项目，也建议设置基础命名空间如App或MyProject。
当调用全局函数或类时，如果当前命名空间内不存在该名称，PHP会自动尝试查找全局空间的函数——但这容易引发歧义。
明确调用全局类的方法是加反斜杠：
namespace AppHelper;
echo strlen("hello"); // 调用全局strlen函数
$obj = new DateTime(); // 实例化全局DateTime类
合理组织命名空间层级
命名空间层级不宜过深，一般2到4层为宜。常见结构包括：
- AppController — 控制器
- AppModel — 模型
- AppService — 业务逻辑服务
- AppDatabase — 数据库操作
- AppException — 自定义异常
避免使用冗余层级，比如AppApplicationControllersAdminUsersManagement就过于复杂，难以维护。
alias别名也很实用，特别是当类名重复或命名空间太长时：
use AppCoreResponse as Res; use AppLibHttpResponse; // 冲突了 $res = new Res(); // 使用别名简化基本上就这些。命名空间用好了，项目结构清晰，协作开发更顺畅。关键是保持一致性，配合自动加载，别乱嵌套就行。
