thinkphp根命名空间必须显式注册或符合自动注册规则，否则报class not found；extend目录下类库可自动注册但需满足路径、大小写及层级严格匹配等前提。
ThinkPHP 的根命名空间不能靠“猜路径”或“改文件名”生效，必须显式注册或符合自动注册规则，否则 use 或 new \My\Class 会直接报 Class not found 错误。
extend 目录下放类库能自动注册根命名空间吗
能，但有硬性前提：目录必须放在 EXTEND_PATH 指向的路径下（默认是项目根目录下的 extend），且该目录名就是根命名空间名。
-
extend/my/Helper.php对应\my\Helper，不是\My\Helper—— 命名空间全小写，目录名也必须全小写 - 子目录结构需与命名空间层级严格一致，比如
extend/my/utils/Log.php对应\my\utils\Log - 如果
EXTEND_PATH被自定义过（如改为vendor/ext），那必须把类库放进去，而不是默认的extend - 不支持嵌套多级自动注册：
extend/my/v1/Api.php不会自动映射到\my\v1\Api，除非你手动注册或用 Loader 加载
在配置文件中添加 root_namespace 配置项
适用于不想把代码丢进 extend、或需要动态控制命名空间映射路径的场景。配置位置是应用配置文件（如 application/config.php）。
- 配置格式为键值对：
'root_namespace' => ['my' => '../application/extend/my/'] - 路径支持相对路径，但推荐用
__DIR__ . '/../...'显式拼接，避免因入口文件位置变化导致加载失败 - 多个命名空间可并列写：
['my' => APP_PATH.'extend/my/', 'pay' => EXTEND_PATH.'/pay/'] - 注意：该配置只在应用初始化阶段生效，运行时调用
\think\Loader::addNamespace()更灵活，但配置方式更稳定、适合部署环境
在公共文件中用 Loader::addNamespace() 手动注册
最灵活的方式，适合按条件注册、或需要在运行时动态切换路径的场景，常见于 application/common.php。
- 基础用法：
\think\Loader::addNamespace('my', '../application/extend/my/'); - 支持批量注册：
\think\Loader::addNamespace(['my' => '../my/', 'pay' => '../pay/']); - 路径末尾加不加
/都可以，但建议统一加，避免某些版本解析异常 - 如果注册后仍加载失败，检查是否被 Composer 的 autoload 机制覆盖 —— ThinkPHP 的 Loader 注册优先级低于 Composer，所以不要把自定义根命名空间和 Composer 包混放同一目录
app 根命名空间被修改后的影响
默认 app 对应 application/ 目录，但可通过 APP_NAMESPACE 常量（在入口文件定义）或配置项（V5.0.8+）改成其他名字，比如 application。
- 改完后所有控制器、模型、事件等类的命名空间都要同步更新，例如原
app\index\controller\Index变成application\index\controller\Index - 路由绑定、模板渲染、命令行指令等内部逻辑都依赖此常量，改错会导致
Controller not exists类错误 - 如果你用的是 ThinkPHP 5.1+，
app_namespace配置项已废弃，必须用APP_NAMESPACE常量，且必须在public/index.php中require框架前定义 - 别名注册（
addNamespaceAlias）不受此影响，但别名本身不能和根命名空间重名，否则可能引发解析歧义
根命名空间注册不是“写完就跑”，它直接影响自动加载链路；最容易忽略的是路径大小写、EXTEND_PATH 实际值、以及 Composer 与 Loader 的加载顺序冲突 —— 这些地方出问题，报错信息往往不指向根源，而是笼统的类未找到。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
