{:config('app_debug')} 是 thinkphp 模板中读取配置的正确语法，支持点号分隔多级键名，配置不存在时返回 null；需确保配置文件被加载、键名大小写及层级准确。
用 {:config('app_debug')} 直接读配置最简单
ThinkPHP 模板里不能直接写 PHP 的 config() 函数调用，但支持用 {:config('key')} 这种语法——它本质是模板引擎对 config() 的快捷封装，底层调用的就是框架的配置读取逻辑。
常见错误是写成 {config('app_debug')}（少冒号）或 {{config('app_debug')}}（用 Vue/JSX 语法），结果啥也不输出，页面空白或原样显示字符串。
- 必须带冒号：
{:config('app_debug')}，这是 ThinkPHP 模板的「执行表达式」语法 - 键名支持点号分隔，比如
{:config('database.hostname')}可读多级配置 - 如果配置项不存在，返回
null，模板中会渲染为空字符串，不报错也不提示
{:config()} 读不到自定义配置？检查 config/ 目录加载顺序
ThinkPHP 加载配置是按目录和文件名顺序合并的：先 app.php，再 database.php，最后是环境对应的 .env 和运行时动态配置。如果你在 config/my.php 里定义了 'api_url' => 'https://api.example.com'，模板里写 {:config('my.api_url')} 却读不到，大概率是这个文件根本没被自动加载。
- 默认只加载
config/下的app.php、cache.php、database.php等预设文件名 - 要加载
my.php，得在app/config.php中显式追加：'my' => []（空数组表示启用该配置文件） - 或者在应用初始化阶段手动加载：
config('my', include config_path() . 'my.php');
模板里频繁读配置影响性能？其实基本可以忽略
有人担心在循环里多次写 {:config('site.name')} 会导致重复 IO 或解析开销。实际上，ThinkPHP 的 config() 是内存操作，所有配置在应用启动时已全部合并并缓存到内存中，后续调用只是数组键查找，没有文件读取、没有解析、不走钩子。
- 即使在
{volist name="list" id="vo"}里写 100 次{:config('site.title')}，也不会多加载一次文件 - 真正要注意的是「动态生成配置」场景，比如从数据库查出参数再
config('user.level', $level)，这种才涉及运行时变更，模板里读它才可能有并发或一致性风险 - 如果真要优化，建议把常用配置提前赋给模板变量：
$this->assign('site_name', config('site.name'));，模板里用{$site_name}更直观
为什么 {:config('app.app_timezone')} 返回空？注意键名大小写和层级
ThinkPHP 配置键名区分大小写，且顶层键是配置文件名，不是任意命名空间。比如你改了 app.php 里的 'timezone' => 'Asia/Shanghai'，那正确读法是 {:config('app.timezone')}，而不是 {:config('app.app_timezone')} 或 {:config('timezone')}。
-
app.php文件内容会被挂到app配置域下，所以顶层键永远是文件名（不含扩展名） - 嵌套结构如
'log' => ['level' => 'error']，对应键是app.log.level，不是app.log或log.level - 用
{:dump(config())}可快速查看当前全部配置结构（仅开发环境），避免猜键名
config/ 目录下的实际文件结构，比翻文档更快。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
