Rails：environment.rb中所需的lib文件中定义的过滤器从生产环境中的filter_chain中消失。 为什么？

Question

在我的 Rails 应用程序中，我在 lib 中有一个文件，其中除其他外，还设置了一个在所有控制器上运行的过滤器。

在开发环境下运行时一切正常。 然而，在生产过程中，过滤器丢失了。 有趣的是，通过检查 filter_chain，我注意到其他过滤器仍然存在，例如。 那些在插件中定义的，或者稍后在特定控制器类中定义的。

我已经用 Rails Edge 和 v2.3.0 对此进行了测试。

测试更新：

我现在已经使用较旧的 Rails 进行了测试，发现问题出现在 v2.1.0 中，但在 v2.0.5 中没有，我将它们一分为二并找到了 986aec5 Rails 承诺有罪。

---

我已将行为隔离到以下小型测试用例：

# app/controllers/foo_controller.rb
class FooController < ApplicationController
  def index
    render :text => 'not filtered'
  end
end

# lib/foobar.rb
ActionController::Base.class_eval do
  before_filter :foobar
  def foobar
    render :text => 'hi from foobar filter'
  end
end

# config/environment.rb (at end of file)
require 'foobar'

---

这是在开发环境下运行时得到的输出：

$ script/server &
$ curl localhost:3000/foo
> hi from foobar filter

这是生产环境的输出：

$ script/server -e production &
$ curl localhost:3000/foo             
> not filtered

---

正如所提到的与之前相比，当我通过插件执行相同的操作时，它适用于任何环境。 我需要的只是将 lib/foobar.rb 下的内容放入插件的 init.rb 文件中。

因此，在某种程度上，我已经有了解决方法，但我想了解发生了什么以及导致过滤器在生产过程中丢失的原因。

我猜想这是 Rails 在不同环境中处理加载的不同方式，但我需要更深入地研究。

更新

确实，我现在已将其范围缩小到以下配置行：

config.cache_classes = false

如果在 生产.rb 中，config.cache_classes 已从 true 更改> 为 false，测试应用程序正常工作。

我仍然想知道为什么类重新加载会导致这样的事情。

Answer 1

Rails 列表中的 Frederick Cheung 曾答案：

因为cache_classes 的作用远不止于此。 道路
在过滤器工作之前，如果 Foo < Bar 那么只有那些定义在中的过滤器
此时的 Bar 将被 Foo 继承 - 将它们添加到 Bar
稍后的日期不会做任何事情

在开发模式下，应用程序启动，需要您的文件，过滤器
添加到 ActionController::Base。 后来第一个请求出现了，
控制器已加载并继承该过滤器。

当cache_classes为true时，所有的应用程序类都是
提前加载。 这发生在需要您的文件之前，所以
当该文件运行时，所有控制器都已经存在，因此它
没有影响。 您可以通过从以下位置获取此文件来解决此问题
初始化程序（确保它在加载应用程序类之前运行），但是
真的为什么不把它放在 application.rb 中？

弗雷德

---

我的真实案例实际上涉及更多，这就是我发现解决问题的方法：

config.after_initialize do
  require 'foobar'
end

after_initialize 块在框架初始化之后但在加载应用程序文件之前运行，因此，它会在 ActionPack::Base 加载之后、应用程序控制器之前影响它。

我想这是处理生产中进行的所有预加载的通常安全的方法。

Answer 2

将 ruby​​ 脚本放入

RAILS_ROOT\config\初始化程序

包含

require "foobar.rb"

This 为我调用 before_filter 。