在服务器运行时更​​改文件触发 SystemStackError？

Question

在我的 RoR 应用程序开发机器（本地服务器、OSX 10.8.1、Ruby 1.9.3、Rails 3.2.8）上，一些奇怪的东西开始凭空出现（当然……）：

Rails 服务器崩溃（所有路由都被终止，服务器重启是让它再次工作的唯一方法），并出现以下日志条目：

SystemStackError (stack level too deep):
  actionpack (3.2.8) lib/action_dispatch/middleware/reloader.rb:70


  Rendered /Users/dekay/.rvm/gems/ruby-1.9.3-head@global/gems/actionpack-3.2.8/lib/action_dispatch/middleware/templates/rescues/_trace.erb (1.9ms)
  Rendered /Users/dekay/.rvm/gems/ruby-1.9.3-head@global/gems/actionpack-3.2.8/lib/action_dispatch/middleware/templates/rescues/_request_and_response.erb (1.2ms)
  Rendered /Users/dekay/.rvm/gems/ruby-1.9.3-head@global/gems/actionpack-3.2.8/lib/action_dispatch/middleware/templates/rescues/diagnostics.erb within rescues/layout (14.7ms)

我用谷歌搜索发现 SystemStackError 通常是由于无限循环造成的，但据我所知，我的代码中没有这样的循环。而且错误似乎不在应用逻辑的某个步骤。

服务器崩溃与我的操作之间的唯一关联如下：

1. 更改应用中的一些代码
2. 重新加载应用的当前网页
3. Boom，服务器消失，错误消息。

4. 在此之后没有页面工作，错误是：

   路由错误

   没有路线匹配 [GET] "/"

   尝试运行 rake 路线以获取有关可用路线的更多信息。

谁能指出我调试的正确方向，好吗？ PS：我怀疑它发生在粗心的“捆绑更新”之后。可以吗？

Answer 1

在rails app 中调试stack level too deep 错误消息并不容易，因为错误可能是由多种原因造成的，而且错误消息并没有太大帮助。

导致stack level too deep error的一些原因：

1. 应用程序的gems & plugins and any other dependencies 不一致。
2. Code syntax error
3. 由applying db migrations erroneously 引起的不一致。

如果错误发生在系统启动时，那么这个提示将非常有用：http://www.datatravels.com/technotes/2012/07/11/awesome-debugging-for-rails-boot-stacklevel-too-de/

根据描述，该应用程序在一段时间内运行良好，然后开始崩溃 - 因此上述启动情况可能不适用。

解决问题的一种方法是使用 printf debugging 隔离导致错误的特定 line/block of code

此外，可能值得回滚更改并使系统恢复工作状态，然后逐步恢复更改以找出根本原因。

在这种情况下，bundle update 很可能确实触发了错误；因此检查新添加的依赖项并查看它们是否是罪魁祸首是个好主意。