codeigniter 4 命名空间是运行前提，app_namespace 必须正确定义为 'app'，配置类需用 config 命名空间，psr-4 路径键值格式严格，反斜杠转义需谨慎，否则导致自动加载失败和依赖注入失效。
CodeIgniter 4 默认启用命名空间，不设命名空间或乱设会导致类找不到、自动加载失败、辅助函数/服务注入失效——这不是可选项，是运行前提。
App 命名空间必须显式声明且全局一致
框架默认把 app/ 目录映射到 App 命名空间，但这个映射不是硬编码在框架里，而是靠常量 APP_NAMESPACE 控制。如果没在 app/Config/Constants.php 中正确定义，所有控制器、模型、库都会加载失败。
-
define('APP_NAMESPACE', 'App');必须存在，且值不能带尾部反斜杠（'App\'是错的） - 修改后，所有已存在的类文件顶部
namespace声明必须同步更新，比如app/Controllers/Home.php的第一行必须是namespace AppControllers; - 若改用
MyApp作为根命名空间，除了改常量，还要同步调整app/Config/Autoload.php中的psr4配置项，否则 PSR-4 自动加载找不到类
Config 类不在 AppConfig 下，而在 Config 命名空间下
这是最容易踩坑的地方：所有配置类（如 Autoload.php、Logger.php）的命名空间是 Config，不是 AppConfig。框架启动时直接从 app/Config/ 目录加载，跳过 App 前缀。
-
app/Config/Autoload.php文件开头必须写namespace Config; - 若误写成
namespace AppConfig;，框架会报Class 'ConfigAutoload' not found，因为自动加载器按Config命名空间去查，根本不会进App下找 - 同理，自定义配置类（如
MySettings.php）也必须放在app/Config/下，并声明namespace Config;
PSR-4 映射路径必须以斜杠结尾，键名不能含反斜杠转义
app/Config/Autoload.php 中的 psr4 数组控制第三方或自定义命名空间的自动加载，格式敏感，写错一个字符就失效。
- 键是命名空间名，不带末尾反斜杠：
'MyLib'✅，'MyLib\'❌ - 值是物理路径，必须以斜杠结尾：
APPPATH . 'ThirdParty/MyLib/'✅，APPPATH . 'ThirdParty/MyLib'❌（少斜杠会导致类文件拼接错误） - Windows 下用双引号定义路径时，反斜杠要转义：
"C:\myproject\app\Lib\"，但更推荐统一用正斜杠"C:/myproject/app/Lib/"避免歧义 - 命名空间中的反斜杠在 PHP 字符串中是转义符，所以
"MyApp"实际被解析为Mypp；正确写法是"My\App"或'MyApp'（单引号不解析转义）
控制器构造函数里不能直接用 $this->request，但能用依赖注入
命名空间规范不只是文件组织问题，它直接影响服务容器能否正确解析依赖。构造函数参数类型提示依赖于命名空间下的类是否能被自动加载器定位。
- 要在构造函数中注入请求对象，必须写
public function __construct(CodeIgniterHTTPRequest $request)，不能省略完整命名空间 - 若控制器没声明
namespace AppControllers;，PHP 就找不到CodeIgniterHTTPRequest的别名上下文，类型提示失效，注入失败 -
$this->request在构造函数中不可用，因为请求实例是在控制器实例化之后才绑定的；但通过类型提示注入的$request参数是有效的 - 自定义服务类（如
AppServicesUserService）要能被注入，前提是它已在Autoload.php的psr4中正确注册，且文件路径与命名空间严格匹配
命名空间不是“写上去就行”的装饰，它是 CodeIgniter 4 自动加载、服务容器、错误提示准确性的基础链路。错一个斜杠、少一个反斜杠转义、漏一个 namespace 声明，都可能让整个请求卡在 autoloader 阶段，报出看似无关的 Class not found 错误。
