ThinkPHP 5.0.24 迁移至 5.1 需调整视图目录为 app/模块名/view/、替换废弃的 {\_\_ROOT\_\_} 和 {\_\_STATIC\_\_} 常量、避免 {volist} key 冲突、规范 {include} 路径写法，并默认禁用 {php} 标签。
ThinkPHP 5.0.24 迁移到 5.1，视图层看似变化不大，但几个关键调整不处理好，轻则模板不渲染、变量报错，重则整个前台白屏或路由错乱。
视图目录结构必须从 application/模块名/view/ 改为 app/模块名/view/
5.1 把应用根目录从 application 统一改为 app，这是强制性变更。如果你沿用 5.0 的 application/index/view/index.html，框架根本找不到路径，也不会报明确错误，只会返回空内容或 404。迁移时需整体重命名目录，并同步检查所有 view() 调用中的路径参数（如 return view('index/index') 中的 'index/index' 仍有效，但前提是 app/index/view/ 下存在对应文件）。
模板引擎默认行为有隐性变化：{__ROOT__} 和 {__STATIC__} 不再自动解析
5.0 中这两个系统常量在模板里可直接使用，指向根路径和静态资源目录；5.1 废除了系统常量机制，改由配置项或助手函数控制。若模板中还写 {__ROOT__}/css/app.css，页面会原样输出这段文字。解决办法有两个：
- 在控制器中手动赋值：
$this->assign('__ROOT__', \think\facade\Url::root()); - 或统一改用
{:url('')}、{:file_get_contents(Env::get('ROOT_PATH').'public/static/css/app.css')}等更可控的方式
{volist} 等标签的 key 属性在嵌套循环中容易冲突
5.0 对 key 的作用域管理较松，5.1 的模板编译器更严格。比如外层 {volist name="list" id="vo" key="k"} 内再套 {volist name="vo.items" id="item" key="k"}，内层 k 会覆盖外层，导致索引错乱。建议全部显式命名不重复，如 key="outer_k" 和 key="inner_k"。
{include} 路径不再支持相对写法，必须用模块前缀或完整路径
5.0 允许 {include file="public/header"}（假设当前在 index 模块），5.1 默认只在当前模块 view/ 目录下找，找不到就报错。正确写法是：
-
{include file="index/public/header"}（指定模块） - 或
{include file="../public/header"}（仅当开启template.view_path配置并设为app/根路径时才生效）
更稳妥的做法是把公共模板统一放在app/common/view/，然后用{include file="common@public/header"}语法调用。
{php} 标签被默认禁用，开启需手动配置
5.1 出于安全考虑，默认关闭了模板中执行 PHP 代码的能力。如果旧项目大量使用 {php}echo date('Y');{/php}，页面会直接报错 Parse error: syntax error。如确需保留，要在 config/template.php 中加上：
'tpl_deny_php' => false,
但强烈建议逐步替换为 {:date('Y')} 或自定义模板函数。
