是的，默认被禁用；thinkphp 5.1+ 彻底移除模板中执行原生 php 的能力，仅支持 {:...}、{$name} 等自定义语法，不解析 或 {php} 标签。
模板里写<?php ?>没反应，是不是被禁用了？
是的，默认就被禁用了。ThinkPHP 从 5.1 开始彻底移除模板中执行原生 <?php ?> 的能力，不是配置问题，是底层设计决定的——模板引擎不解析 PHP 标签，只处理 {:...}、{...} 这类自定义语法。
常见错误现象：<?php echo $name; ?> 在 .html 模板里完全不输出，也没报错，就像被“静音”了。
- 别去翻
template.php配置找“开启 PHP 解析”选项，它不存在 - 不要尝试用
{php}echo $name;{/php}（旧版语法），5.1+ 已废弃且默认关闭 - 真正该用的是
{:...}执行表达式，或{<code>$name} 输出变量
view_replace_str 和 tpl_replace_string 有啥区别？
这是两个常被混用但作用域完全不同的配置项：前者是视图内容替换（响应体发出前），后者是模板编译阶段字符串替换（生成缓存文件时）。
使用场景举例：你想把模板里的 {__STATIC__} 替成 /static/v2，如果用 view_replace_str，所有输出 HTML 都会替换；如果用 tpl_replace_string，只在编译时替换一次，后续读缓存就固定了。
-
view_replace_str影响运行时性能，每次响应都做字符串替换 -
tpl_replace_string只在模板首次编译时生效，更轻量，但无法动态变化 - 两者都支持数组，但键名必须是字符串，不能是正则或函数
- 路径类替换建议用
tpl_replace_string，避免重复开销
开启模板调试后还是看不到编译错误？
关键在 app_debug 和 template.cache 的组合行为。即使 app_debug = true，如果模板缓存已存在且未过期，ThinkPHP 会直接加载缓存文件，跳过语法检查。
常见错误现象：改了模板语法（比如多写了个 {），但页面空白或报 500，错误日志里却没模板相关提示。
- 先清空
runtime/template/目录下所有缓存文件 - 确认
config/template.php中'cache' => false（开发期建议关掉） - 检查
error_reporting是否被框架或服务器设置覆盖，可在入口文件加error_reporting(E_ALL);强制显示 - 注意：模板语法错误不会触发
think\Exception，而是 PHP 编译错误，日志路径是runtime/log/下的日期文件，不是trace
为什么 {:dump($data)} 不输出，但 {:print_r($data)} 可以？
因为 dump() 是 ThinkPHP 封装的调试函数，默认在 CLI 环境或 app_debug=true 时才启用 HTML 格式输出；而 print_r() 是原生 PHP 函数，无环境限制，但输出不带样式、可能破坏 HTML 结构。
性能影响明显：dump() 会自动检测是否为 Ajax 请求、是否命令行，并格式化数组/对象，比 print_r() 多 3~5 倍开销。
- 开发调试优先用
{:dump($data)}，但上线前必须删掉 - 如果
dump()不显示，请检查app_debug是否为true，且当前非生产环境 -
{:print_r($data, true)}第二个参数必须为true，否则直接输出到缓冲区，模板里看不到 - 更安全的替代是
{:json_encode($data)}，适合简单结构查看
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
