11

我有两个相互引用的部分。当我在控制台中计算嵌套依赖项时(使用一些调试代码输出正在加载的模板):

finder = ApplicationController.new.lookup_context
ActionView::Digestor.new(name: "posts/show", finder: finder).nested_dependencies

或通过像这样的 rake 任务:

rake cache_digests:nested_dependencies TEMPLATE=posts/show

我得到一个初始依赖项的简短列表,然后在一个无限循环中,直到 ruby​​ 堆栈已满:

...
>>>>>>> users/foo
>>>>>>> users/bar
>>>>>>> users/baz
>>>>>>> users/bip
>>>>>>> users/foo
>>>>>>> users/bar
>>>>>>> users/baz
>>>>>>> users/bip
SystemStackError: stack level too deep

(模板名称已更改)

但是,当我运行应用服务器并请求模板时,一切运行良好,没有无限循环。

以下是我在上述所有情况下的设置:

config.action_controller.perform_caching = true
config.cache_store = :file_store, Rails.root.to_s + '/tmp/cache/stuff'
ActionView::Base.cache_template_loading = true

该代码表明它确实具有递归引用保护:https ://github.com/rails/rails/blob/v4.1.8/actionview/lib/action_view/digestor.rb#L35

为什么这种保护在服务器环境中有效,但在控制台或 rake 任务中无效?

(也是一个 github 问题https://github.com/rails/rails/issues/18667

4

1 回答 1

1

Rails 和 rake 任务使用了两种完全不同的方法ActionView::Digestor

  • Rails 通常调用ActionView::Digestor.digest哪个调用进入compute_and_store_digest哪个具有无限循环保护。

  • 但是,nested_dependenciesDependencyTracker.find递归调用 _dependencies 而不进行任何无限循环检测。

如果您检查 github 上的用法nested_dependencies您会发现它仅在 rake 任务中使用,在其他任何地方都没有。

所以恕我直言,这是nested_dependencies.

于 2015-01-25T06:31:22.993 回答