Rails 3.2 undefined方法`key？’ 为零：NilClass
出于某种原因，我在切换到Rails 3.2后开始出现此错误。 我想这与acl9插件有关，我尝试重新安装，但没有任何改变。
我将插件移动到lib / plugins并将初始化程序添加到配置/初始化程序，但同样的错误。
我在Github的acl9 repo上寻找解决方案，但在那里找不到任何东西。 也许它毕竟不是acl9。
我安装了paperclip，acl9，authlogic。
NoMethodError (undefined method `key?' for nil:NilClass): actionpack (3.2.1) lib/action_controller/metal/hide_actions.rb:36:in `visible_action?' actionpack (3.2.1) lib/action_controller/metal/hide_actions.rb:18:in `method_for_action' actionpack (3.2.1) lib/action_controller/metal/implicit_render.rb:14:in `method_for_action' actionpack (3.2.1) lib/action_controller/metal/compatibility.rb:61:in `method_for_action' actionpack (3.2.1) lib/abstract_controller/base.rb:115:in `process' actionpack (3.2.1) lib/abstract_controller/rendering.rb:45:in `process' actionpack (3.2.1) lib/action_controller/metal.rb:203:in `dispatch' actionpack (3.2.1) lib/action_controller/metal/rack_delegation.rb:14:in `dispatch' actionpack (3.2.1) lib/action_controller/metal.rb:246:in `block in action' actionpack (3.2.1) lib/action_dispatch/routing/route_set.rb:66:in `call' actionpack (3.2.1) lib/action_dispatch/routing/route_set.rb:66:in `dispatch' actionpack (3.2.1) lib/action_dispatch/routing/route_set.rb:30:in `call' journey (1.0.3) lib/journey/router.rb:68:in `block in call' journey (1.0.3) lib/journey/router.rb:56:in `each' journey (1.0.3) lib/journey/router.rb:56:in `call' actionpack (3.2.1) lib/action_dispatch/routing/route_set.rb:589:in `call' actionpack (3.2.1) lib/action_dispatch/middleware/best_standards_support.rb:17:in `call' rack (1.4.1) lib/rack/etag.rb:23:in `call' rack (1.4.1) lib/rack/conditionalget.rb:25:in `call' actionpack (3.2.1) lib/action_dispatch/middleware/head.rb:14:in `call' actionpack (3.2.1) lib/action_dispatch/middleware/params_parser.rb:21:in `call' actionpack (3.2.1) lib/action_dispatch/middleware/flash.rb:242:in `call' rack (1.4.1) lib/rack/session/abstract/id.rb:205:in `context' rack (1.4.1) lib/rack/session/abstract/id.rb:200:in `call' actionpack (3.2.1) lib/action_dispatch/middleware/cookies.rb:338:in `call' activerecord (3.2.1) lib/active_record/query_cache.rb:64:in `call' activerecord (3.2.1) lib/active_record/connection_adapters/abstract/connection_pool.rb:443:in `call' actionpack (3.2.1) lib/action_dispatch/middleware/callbacks.rb:28:in `block in call' activesupport (3.2.1) lib/active_support/callbacks.rb:405:in `_run__3140920687338355213__call__3168118505970967148__callbacks' activesupport (3.2.1) lib/active_support/callbacks.rb:405:in `__run_callback' activesupport (3.2.1) lib/active_support/callbacks.rb:385:in `_run_call_callbacks' activesupport (3.2.1) lib/active_support/callbacks.rb:81:in `run_callbacks' actionpack (3.2.1) lib/action_dispatch/middleware/callbacks.rb:27:in `call' actionpack (3.2.1) lib/action_dispatch/middleware/reloader.rb:65:in `call' actionpack (3.2.1) lib/action_dispatch/middleware/remote_ip.rb:31:in `call' actionpack (3.2.1) lib/action_dispatch/middleware/debug_exceptions.rb:16:in `call' actionpack (3.2.1) lib/action_dispatch/middleware/show_exceptions.rb:56:in `call' railties (3.2.1) lib/rails/rack/logger.rb:26:in `call_app' railties (3.2.1) lib/rails/rack/logger.rb:16:in `call' actionpack (3.2.1) lib/action_dispatch/middleware/request_id.rb:22:in `call' rack (1.4.1) lib/rack/methodoverride.rb:21:in `call' rack (1.4.1) lib/rack/runtime.rb:17:in `call' activesupport (3.2.1) lib/active_support/cache/strategy/local_cache.rb:72:in `call' rack (1.4.1) lib/rack/lock.rb:15:in `call' actionpack (3.2.1) lib/action_dispatch/middleware/static.rb:53:in `call' railties (3.2.1) lib/rails/engine.rb:479:in `call' railties (3.2.1) lib/rails/application.rb:220:in `call' rack (1.4.1) lib/rack/content_length.rb:14:in `call' railties (3.2.1) lib/rails/rack/log_tailer.rb:14:in `call' rack (1.4.1) lib/rack/handler/webrick.rb:59:in `service' /Users/project/.rvm/rubies/ruby-1.9.3-p0/lib/ruby/1.9.1/webrick/httpserver.rb:138:in `service' /Users/project/.rvm/rubies/ruby-1.9.3-p0/lib/ruby/1.9.1/webrick/httpserver.rb:94:in `run' /Users/project/.rvm/rubies/ruby-1.9.3-p0/lib/ruby/1.9.1/webrick/server.rb:191:in `block in start_thread' 编辑（已解决）：花了很长时间才搞清楚，我仍然不太确定发生了什么。 我认为它与acl9对Rails 3.1+的支持有关。但最后我从github获取了acl9代码，一切都突然开始起作用了。
我是RoR的新手，在浏览RoR“入门指南”时遇到了同样的错误。
这可能听起来很傻，但是其他人可能会犯同样的错误，所以在新手的眼中发布我在RoR中发现的内容，
validates :name, : presence => true
注意“：存在”，它应该是“：存在”。 现在，Rail会抛出语法错误
C:/blog/app/models/post.rb:4: syntax error, unexpected ':', expecting keyword_end validates :name, : presence => true
但是，如果您“刷新”您的浏览器，它会隐藏语法错误，而是提供
undefined method `key?' for nil:NilClass
似乎Rails缓存是罪魁祸首。 🙂
这可能不是你的问题，因为它听起来你已经开始使用工作代码，但是为了将来参考其他人，我遇到了同样的错误，因为我的模型代码中有一个简单的拼写错误，如下所示：
class Foo < ActiveRecord::Base validates :content, :length => { maximum => 10 } end
应该是：
class Foo < ActiveRecord::Base validates :content, :length => { :maximum => 10 } end
注意“最大”与“：最大” – 这导致了上面的确切零错误，并在我修正错字时消失了。
不确定这是否是同一个bug，但我遇到了类似的问题。 在第一次加载一个有缺陷的模型时， Rails会响应路由错误 ，然后对于之后发出的请求，它会以undefined method 'key?' for nil:NilClass响应undefined method 'key?' for nil:NilClass undefined method 'key?' for nil:NilClass和相同的堆栈跟踪。
这看起来是Rails类缓存的一个错误，但可以通过启用类缓存或禁用更改类重新加载来解决。
config.cache_classes = true
要么
config.cache_classes = false config.reload_classes_only_on_change = false
我同意bmoeskau你应该检查你的模型代码是否有bug。 令我惊讶的是，模型显然有时会在路由阶段加载。 我发现：
- 在我的例子中，导致问题的代码在模型中，而不是在我期望的控制器中。
-
undefined method `key?' for nil:NilClassundefined method `key?' for nil:NilClass错误通常仅在我第一次访问页面后发生。
据我所知，会发生什么
- 假设我们有一个示例脚手架，在
app/models/example.rb有一些不好的代码 - 请求
/examples - Rails的路由部分与
app/controllers/examples_controller.rb匹配，但它首先加载app/models/example.rb。 我不知道它为什么加载模型，但效果是，我猜想：模型中的错误会使路由代码的一部分停顿，破坏其路由缓存的构造。 - 此时，如果我很幸运，错误将在浏览器中报告给我。 然而，有时候，我只是得到一条消息说
No route matches [GET] "/examples"（为了公平对待Rails，这增加的复杂性似乎是不使用resources :examples的错误resources :examples做出路由的resources :examples。以下情况发生以下情况）。 - 第二个请求是
/examples - 猜想：这次Rails路由代码尝试使用其对
app/controllers/examples_controller.rb缓存引用，但路由缓存已损坏（变量为nil），因为设置的代码从未完成运行。
最后一项是最烦人的，因为导致它的问题（模型中的错误代码）甚至没有运行。