render 会套 layout 并执行 processoutput 注入资源，renderpartial 默认不套 layout 且跳过 processoutput；需显式传参 true 启用资源注入，但易致重复加载；推荐 ajax 场景用 renderajax，静态片段保持默认 false。
render 会套 layout，renderPartial 不会
这是最直观、最常遇到的区别。当你调用 $this->render('index')，Yii2 会先渲染 index.php 视图，再把结果塞进当前 $this->layout（比如 main.php）里，最终输出完整页面（含 header、footer 等）。而 $this->renderPartial('index') 只渲染 index.php 本身，不走 layout，返回纯局部 HTML。
常见场景包括：AJAX 更新区域、弹窗内容、列表项动态插入。如果误用 render 去返回局部内容，页面里就会嵌套两层 或重复加载 CSS/JS，导致样式错乱或脚本重复绑定。
renderPartial 默认不执行 processOutput，JS/CSS 不自动注入
render 内部会自动调用 processOutput()，把视图中通过 view->registerJs()、view->registerCssFile() 等注册的资源全部拼进去；renderPartial 默认跳过这步，所以即使你在视图里写了 $this->registerJs("$('#tree').treeview();")，也不会出现在输出里。
解决办法是显式传参：$this->renderPartial('tree-view', $data, true, true) —— 最后一个 true 就是 $processOutput。但要注意：开启它会让 JS/CSS 被重复注入（尤其在多次 AJAX 请求时），容易引发事件重复绑定或样式覆盖。
- 只在真正需要客户端脚本生效的局部渲染时才设
$processOutput = true - 多数 AJAX 场景推荐用
renderAjax()，它等价于renderPartial(..., true)，且做了防重复资源加载处理 - 如果只是静态 HTML 片段（如纯表格行），保持默认
false更轻量
renderPartial 的 $return 参数影响输出方式
renderPartial($view, $data, $return, $processOutput) 的第三个参数 $return 控制返回行为：
-
false（默认）：直接echo输出，适合控制器中直接响应请求 -
true：返回字符串，可用于拼接、缓存或传给其他逻辑，例如：$html = $this->renderPartial('item', ['model' => $m], true);
注意不要和 render 混淆——render 也有 $return 参数，但它的行为还受 layout 渲染链影响；而 renderPartial 的 $return 更“干净”，就是控制是否返回字符串。
别用 renderPartial 替代 layout 关闭需求
有人想“禁用 layout”，就去用 renderPartial，这其实掩盖了真实意图。正确做法是临时关闭 layout：$this->layout = false;，再调用 render('index')。这样既保留 processOutput 的资源处理，又避免 layout 套嵌。
反过来说，如果你需要 layout + 局部脚本注入，但又不想写两次 renderPartial(..., true, true)，那说明设计可能有问题——考虑把 JS 注册逻辑提到 layout 或使用 AssetBundle 统一管理，而不是靠渲染函数补丁。
最易忽略的一点：renderPartial 的 $processOutput 是开关，不是智能判断器。它不会检查当前页面是否已加载过某段 JS，开了就硬塞，关了就全丢。这个“非黑即白”特性，在复杂前端交互中经常成为隐形 bug 来源。
