Rails 3.2未定義的方法`鍵？'爲零：NilClass

Question

由於某些原因，我在切換到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代碼，並且所有內容都突然開始工作。

Answer 1

我是一個新手，以回報率和經歷的回報率，而「入門指南」得到了同樣的錯誤。

這聽起來可能很傻，但因爲我，所以張貼了我RoR中注意到，從新手的眼裏別人可能會犯同樣的錯誤，

validates :name, : presence => true 

注「：存在」，它應該是「：存在」。現在鐵路拋出一個語法錯誤

C:/blog/app/models/post.rb:4: syntax error, unexpected ':', expecting keyword_end 
validates :name, : presence => true 

但是如果你「刷新」您的瀏覽器，它隱藏的語法錯誤，而不是給

undefined method `key?' for nil:NilClass 

看來Rails的緩存是罪魁禍首。 :)

Answer 2

這可能不是你的問題，因爲它聽起來像你已經有工作代碼開始，但爲了將來其他人的參考，我遇到了同樣的錯誤，由於我的模型代碼中的簡單錯字，如下所示：

class Foo < ActiveRecord::Base 
    validates :content, :length => { maximum => 10 } 
end 

這應該是：

class Foo < ActiveRecord::Base 
    validates :content, :length => { :maximum => 10 } 
end 

注意「最大」與「：最大」 - 這導致了精確零誤差以上，就走了，當我固定的錯字。

Answer 3

我同意bmoeskau你應該檢查你的模型代碼的錯誤。令我驚訝的是，模型顯然有時會在路由階段加載。我發現：

1. 導致問題的代碼在我的情況下是在模型中，而不是在我期望的控制器中。
2. undefined method `key?' for nil:NilClass錯誤通常只在我第一次訪問該頁面後發生。

至於我可以告訴大家，什麼情況是

1. 假設我們有一個例子支架，有一些不好的代碼在app/models/example.rb
2. 的請求爲/examples
3. 路由發部分Rails匹配到app/controllers/examples_controller.rb，但它第一個加載app/models/example.rb。我不知道爲什麼它會加載模型，但效果是，我猜想：模型中的錯誤會導致路由代碼的一部分不足，從而破壞其路由緩存的構造。
4. 此時，如果我很幸運，錯誤會在瀏覽器中報告給我。然而，有時候，我只是收到一條消息，說道：「爲了公平對待Rails，這個增加的複雜性似乎是不使用resources :examples來創建路由的錯誤，無論如何都會發生以下情況。
5. 第二請求是用於/examples
6. 製成猜想：這一次的滑軌路由代碼試圖使用它的高速緩存的參考app/controllers/examples_controller.rb但路由高速緩衝存儲器已損壞（變量是nil），因爲該設置代碼從未完成運行。

這最後一項是最煩人的，因爲造成它的問題（模型中的錯誤代碼）甚至沒有運行。

Answer 4

不知道這是否是相同的錯誤，但我有類似的問題。在越野車模型的第一負載，Rails的與路由錯誤響應，然後爲即將到來的請求之後它undefined method 'key?' for nil:NilClass和相同的堆棧跟蹤響應。

這看起來是一個Rails類緩存的錯誤，但可以通過啓用類緩存或禁用更改類重新加載來解決。

config.cache_classes = true 

或

config.cache_classes = false 
config.reload_classes_only_on_change = false