Rails控制器调用render partial时未渲染layout布局的问题

这是Rails渲染机制的既定设计逻辑，不是bug：

• 控制器动作如果没有显式调用render，Rails会走默认渲染流程：自动匹配和动作同名的模板，自动加载控制器配置的全局布局（默认是layouts/application.html.erb），也就是你记录存在时看到的正常渲染逻辑。
• 只要你在render里传了partial:参数，Rails就会判定你要渲染的是用于嵌入其他模板的可复用局部片段，这类片段的设计初衷就是作为完整页面的一部分存在，所以默认不会加载任何外层布局，只返回partial文件本身的内容。
  你测试的去掉partial:参数、把文件改成不带下划线前缀的普通模板能正常加载布局，本质是因为这时候触发的是普通全页模板渲染逻辑，自然会走默认的布局加载流程。

根据你的场景选对应方案即可：

• 方案1（最符合Rails约定，推荐）
  过期提示本身就是一个独立的完整页面，不需要作为局部片段嵌入其他页面，直接把views/messages/_expired.html.erb重命名为views/messages/expired.html.erb，控制器代码调整为：

  class MessagesController < ApplicationController
    def show
      unless Message.exists?(mid: params[:id])
        return render 'messages/expired'
      end
      # 后续正常逻辑，自动渲染show.html.erb
    end
  end
  

  这种写法不需要额外传参数，会自动套用全局布局，和默认渲染行为完全一致。
• 方案2（需要保留partial属性时使用）
  如果你确实需要把expired作为可复用partial在其他页面嵌入，同时在这个动作里作为完整响应返回，只需要在render时显式指定要加载的布局即可：

  return render partial: 'messages/expired', layout: 'application'
  

  注意这种写法如果partial需要接收局部变量，要额外通过locals参数传值，维护成本比方案1高。
• 方案3（更通用的最佳实践）
  这类资源不存在/已过期的场景，不需要在每个动作里单独写判断，直接用Rails内置的异常处理机制统一处理即可：

  def show
    # 找不到对应记录直接抛RecordNotFound异常
    @message = Message.find_by!(mid: params[:id])
    # 正常业务逻辑
  end
  

  之后在ApplicationController里统一捕获ActiveRecord::RecordNotFound异常，渲染自定义的过期/404提示页，所有控制器的资源不存在场景都可以复用这套逻辑，不需要重复写判断。

内容的提问来源于stack exchange，提问作者Luiz E.