Composer 无渲染模式，所谓“渲染不生效”实为 think-view 等模板引擎未正确安装或配置所致；fetch() 报错因未执行 composer require topthink/think-view 或 view.php 配置异常；view_path 错误导致模板静默加载失败；变量不显示多因 assign 后未调用 fetch 或上下文隔离。
Composer 没有“渲染模式”这个概念——它不处理模板、视图或前端展示，也不参与任何 UI 渲染流程。你遇到的“渲染不生效”，实际是 think-view、blade、twig 等第三方模板引擎未正确集成或配置导致的视图层问题，常被误归因于 Composer。
为什么 fetch() 报 “Driver [Think] not supported”
ThinkPHP 6 的 fetch() 默认依赖 topthink/think-view 扩展包，该包不内置在核心中，必须显式安装。
- 运行
composer require topthink/think-view（确保在项目根目录） - 检查
vendor/topthink/think-view目录是否存在；Docker 或 CI 环境中可能因权限/缓存缺失该目录 - 确认
config/view.php中'type' => 'Think'未被注释或改成'php'等非法值 - 若已安装仍报错，执行
composer dump-autoload -o强制重建自动加载映射
view_path 配置错位导致模板根本没加载
ThinkPHP 按 view_path 配置拼接路径查找模板文件，路径写错会导致静默失败（不报错，只返回空内容）。
- 默认路径是
app/view/，但该值由config/view.php中'view_path'决定，不是约定俗成 - 多应用下（如
app/admin/），必须显式设置：'view_path' => app_path('admin') . DIRECTORY_SEPARATOR . 'view' . DIRECTORY_SEPARATOR - 避免混用斜杠：
$this->fetch('admin\index')在 Linux 下会解析为adminindex；统一用正斜杠admin/index - 留空
'view_path' => ''时框架才按约定找app/view/，否则完全以配置为准
变量传进去了，但模板里 {$name} 不显示
这不是模板语法错误，而是数据未进入渲染上下文——常见于调用链断裂或实例隔离。
- 控制器中优先用
$this->assign('user', $user)->fetch()，而非新建View实例 -
view('index', ['user' => $user])是助手函数，它内部创建新实例并立即fetch()，适合简单场景；但若需链式调用layout()或filter()，必须用$this->view - 检查是否漏掉
fetch()：仅assign()不触发渲染，只是存数据 - 模板中输出变量应加过滤，如
{$user.name|htmlspecialchars}；未配置默认过滤时，含 HTML 的内容可能被浏览器忽略或 XSS
最常被忽略的是：错误日志里没有“模板未找到”提示，不代表模板加载成功——它可能加载了空白文件，或因路径错位加载了另一个同名但内容为空的模板。验证方式是直接在 fetch() 前加一行 dump($this->view->getTemplatePath());，看输出的物理路径是否真实存在且可读。
