为何Rails允许双重渲染？解析控制器渲染执行逻辑

其实你完全不用担心Rails会出现双重渲染的情况，它内部已经做了防呆处理，咱们结合你给的控制器代码来具体说说：

class SomeController < ApplicationController 
  before_action :api_limit 
  def new 
    if user.can_access_foo? 
      render 'foo' 
    end 
    if user.can_access_bar? 
      render 'bar' 
    end 
    if user.can_access_hello? 
      render 'hello' 
    end 
  end 
  def api_limit 
    render 'exceed_limit_error' # code in action will not be executed. 
  end 
end 

这里有两个核心逻辑能避免双重渲染：

• Before过滤器的拦截机制：如果像例子里的api_limit这样的before过滤器执行了render或者redirect_to，那后续对应的action（比如这里的new方法）代码会直接停止执行，根本不会走到那些判断渲染的逻辑里。也就是说，一旦过滤器里触发了渲染，action里的代码连运行的机会都没有，自然不会有多次渲染的冲突。

• Action内的渲染优先级：退一步说，就算action里写了多个render调用，Rails也只会执行第一个有效的渲染操作，后续的render会被自动忽略。不过更常见的场景还是用before过滤器提前拦截，比如做权限校验、接口限流这类操作，直接在过滤器里返回错误页面，避免action里的冗余判断。

另外Rails官方的控制器指南里也明确提到过：

如果‘before’过滤器进行了渲染或重定向，那么后续的过滤器和对应的action都会被跳过

这也是框架层面保证不会出现双重渲染的关键。

内容的提问来源于stack exchange，提问作者Ryan Lyu