一直以来我的理解是,在过滤器被称为缓存操作之前,这是页面缓存和动作缓存之间的主要区别.这是由Rails Caching Tutorial section on action caching支持,内容如下：

Action Caching works like Page Caching except for the fact that the incoming web request does go from the webserver to the Rails stack and Action Pack so that before filters can be run on it before the cache is served. This allows authentication and other restriction to be run while still serving the result of the output from a cached copy.

那么为什么我以前的过滤器被调用？

有关我的设置：Rails 3.1使用Devise进行身份验证.我正在使用dalli宝石作为一个memcached商店.

这是一些代码,总结了我的代码(很多cruft切出)：

class GroupsController < ApplicationController
  caches_action :show
  cache_sweeper :group_sweeper

  before_filter :authenticate_user!,:except => [:index]
  before_filter :init_group,:except => [:new,:create,:index]
  before_filter :requires_group_membership,:index]

  def show
  end

  private

  def requires_group_membership
    if current_user and !@group.users_active.index(current_user).nil?
      return true
    else
      redirect_to :root
      return false
    end
  end

  def init_group
    @group = current_user.active_groups.find_by_id(params[:id])

    if @group.nil?
      redirect_to :root
      return false 
    end
  end@H_404_15@ 
 
那么以前有谁看过这个行为吗？我有一个洞,我理解过滤器和动作缓存应该如何工作？或者也许我有一些奇怪的voodo发生与奇怪的宝石版本组合？
 
 
[编辑]
 
 
有趣的是,我刚刚知道,返回值对于是否运行链条进一步的方法没有影响,是否调用重定向或渲染.
 
 
[编辑2]
 
 
我升级了我的应用程序到轨道3.2.3看看它是否有影响,但没有解决问题.我发现的一些事情是ApplicationController中定义的以前的过滤器被调用,但是我的GroupsController中没有.