thinkphp 中 config 是门面类，不走 psr-4 自动加载；自定义类如 appconfigdatabaseconfig 需在 composer.json 中正确配置 "appconfig": "app/config/" 并执行 composer dump-autoload -o。

ThinkPHP 里没有叫“配置类”的内置概念——Config 是一个门面（Facade）或助手类，不是靠自动加载机制按命名空间找来的普通类；它本身由框架在启动早期手动注册并绑定到容器，不走 PSR-4 查找流程。你写的任何以 config 命名的类（比如 appconfigDatabaseConfig），才需要真正关心自动加载。

Class "appconfigDatabaseConfig" not found 怎么办

这是最典型的命名空间与路径错位错误，本质是 PSR-4 映射没配或配错了。

• 确认文件真实路径是 app/config/DatabaseConfig.php（注意大小写，Linux 下 databaseconfig.php ≠ DatabaseConfig.php）
• 确认该文件顶部声明了正确命名空间：namespace appconfig;（末尾不能漏掉反斜杠，也不能写成 appconfig 或 AppConfig）
• 检查项目根目录 composer.json 的 "autoload" → "psr-4" 是否包含："app\config\": "app/config/"（注意双反斜杠转义）
• 改完必须运行：composer dump-autoload -o（加 -o 才会生成优化映射，开发阶段可先不加，避免缓存干扰）

为什么 Config::get() 能用，但 new appconfigXXX() 报错

因为 Config 类是框架核心类，位于 thinkphp/library/think/Config.php，已由 Composer 在 vendor/composer/autoload_psr4.php 中预注册了 "think" => ["vendor/topthink/thinkphp/src/"] 映射；而你自定义的 appconfigXXX 不在默认映射里，必须手动加进 composer.json。

PHP

编写健壮的PHP代码，规避类型转换陷阱、数组怪癖及常见安全漏洞。

下载

• Config::get() 走的是静态门面调用，底层由容器解析 thinkConfig 实例，和你的 appconfig 无关
• new appconfigDatabaseConfig() 会触发 PSR-4 查找，此时若没配映射，就直接报错
• 别试图用 Loader::addNamespace() 补救——TP6 已弃用该方法，只认 Composer

想让 app/config/ 下所有类都自动加载，但不想每个都手动配

可以批量映射整个目录，但要注意命名空间层级必须严格对齐物理路径。

• 在 composer.json 的 "psr-4" 里加一行："app\config\": "app/config/"
• 这意味着：类 appconfigDatabaseConfig → 文件 app/config/DatabaseConfig.php；类 appconfigcacheRedisConfig → 文件 app/config/cache/RedisConfig.php
• 如果把 RedisConfig.php 放在 app/config/ 根目录却声明 namespace appconfigcache;，就会找不到
• 执行 composer dump-autoload 后，Composer 会扫描整个 app/config/ 目录，生成对应映射

真正容易被忽略的是：ThinkPHP 的“配置”逻辑和“类自动加载”是两套系统。你往 app/config/ 放 PHP 数组文件（如 database.php），是给 Config::load() 用的，不参与类加载；只有你明确把它写成一个 PHP 类、带命名空间、且希望用 new 实例化时，才需要走 Composer 自动加载这一整套流程。

php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！