thinkphp模板中仅能直接输出php内置常量（如{:php_version}）和框架预加载的常量，自定义常量需在app/common.php中define()并确保被自动加载；不可调用函数、不可写条件表达式，路径类常量应由控制器传入。
模板里直接输出系统常量：用 {:PHP_VERSION} 而不是 {:phpversion()}
ThinkPHP 模板引擎对 PHP 系统常量做了预解析，PHP_VERSION、PHP_OS、DS、PATH_SEPARATOR 这类内置常量可以直接用 {:常量名} 输出。但注意：这不是函数调用，不能加括号，也不能传参。
常见错误是写成 {:phpversion()} 或 {:defined('APP_DEBUG')}——这些会报错或输出空，因为模板引擎不执行函数，只识别常量字面量。
-
{:PHP_VERSION}→ 正确，输出类似8.1.23 -
{:DS}→ 正确，输出/（Linux）或\（Windows） -
{:APP_PATH}→ 错误！APP_PATH是 ThinkPHP 定义的常量，但默认不在模板可访问范围内，需手动导入
自定义常量在模板中可用的前提：必须在 define() 后被 Loader::addNamespace() 或配置加载机制覆盖到
ThinkPHP 不自动把所有 define() 的常量透出到模板。只有两类能直接用：THINK_VERSION 这类框架内置常量，以及你在 app/common.php 或 thinkphp/base.php 里定义、且被框架初始化流程加载过的常量。
多数人卡在这里：在 app/config/app.php 里写 'my_site_name' => 'MyApp'，然后试图用 {:MY_SITE_NAME} ——不行，这是配置项，不是常量。
- 要在模板用自定义常量，得在
app/common.php中写define('SITE_NAME', 'MyApp'); - 确保
app/common.php已被自动加载（默认开启，检查composer.json的autoload.files是否包含它） - 重启 Web 服务或清除缓存（
php think clear），否则旧缓存可能仍无该常量
想动态控制常量显示？别在模板里做逻辑，改用 assign() 传变量
模板不是写业务逻辑的地方。有人想根据环境输出不同常量值，比如开发时显示 {:APP_DEBUG ? 'DEV' : 'PROD'} ——这语法不支持，模板引擎不解析三元表达式中的常量判断。
正确做法是在控制器里判断，再以变量形式传入：
$this->assign('env_label', config('app.app_debug') ? 'DEV' : 'PROD');
模板里就写 {$env_label}。这样既清晰，又避免模板层耦合环境逻辑。
- 所有带条件、计算、函数调用的场景，都该前置到 PHP 层处理
- 模板里硬塞
{:config('app.app_debug')}会报错，config()是函数，模板不执行 - 如果真要“伪动态”，可用
{:defined('APP_DEBUG') && APP_DEBUG ? 'DEV' : 'PROD'}，但可读性差、难调试，不推荐
常量名大小写敏感，且不能含点号或中划线
ThinkPHP 模板解析器按 PHP 常量规则匹配，{:SITE_NAME} 和 {:site_name} 是两个东西；而 {:SITE-NAME} 或 {:SITE.NAME} 直接解析失败，报 Parse error: syntax error 类似提示。
容易忽略的是 Composer 自动加载机制对常量定义顺序的影响：如果两个 common.php 文件都被加载，后定义的会覆盖先定义的，但模板看到的只是最终生效的那个。
- 统一用大写+下划线命名，如
API_BASE_URL，避免歧义 - 不要在常量值里拼路径，比如
define('UPLOAD_DIR', ROOT_PATH . 'public' . DS . 'upload');——ROOT_PATH在模板里不可见，这个常量本身虽可输出，但值可能含未解析变量 - 涉及路径的常量，建议在控制器里用
Env::get()或config()动态构造后传入
define() 都自动生效，也不是所有字符串套上 {:} 就能运行。关键在加载时机和作用域边界。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
