升级Rails 5后使用RSpec与Rollbar遇RuntimeError问题求助

我之前也碰到过一模一样的问题——从Rails 4升级到Rails 5后，引入Rollbar Gem，运行RSpec时直接触发了RuntimeError: can't modify frozen Array的报错。本质原因是Rails 5对核心数组的冻结策略比Rails 4更严格，而旧版本Rollbar的初始化逻辑刚好和这个机制冲突了。下面是我亲测有效的解决方案：

第一步：升级Rollbar到兼容Rails 5的版本 #

先确保你用的Rollbar版本适配Rails 5，旧版本没有针对Rails 5的冻结机制做优化。修改你的Gemfile：

gem 'rollbar', '>= 2.15.0', require: false

然后执行bundle更新：

bundle update rollbar

这里加require: false是为了手动控制Rollbar的加载时机，避免它在Rails初始化流程中自动加载引发冲突。

第二步：调整Rollbar的初始化时机 #

把Rollbar的初始化逻辑移到config/application.rb里，放在Rails应用配置内部，确保它在Rails冻结核心数组之前完成初始化：

require_relative 'boot'

require 'rails/all'

Bundler.require(*Rails.groups)

module YourAppName
  class Application < Rails::Application
    config.load_defaults 5.0

    # 手动加载并初始化Rollbar
    require 'rollbar/rails'
    Rollbar.configure do |config|
      config.access_token = ENV['ROLLBAR_ACCESS_TOKEN'] # 替换成你的项目token
      # 可根据环境调整配置，比如测试环境直接禁用上报
      config.enabled = false if Rails.env.test?
      # 其他自定义配置...
    end
  end
end

这样Rollbar的初始化会在Rails执行数组冻结操作前完成，就不会触发修改冻结数组的错误了。

第三步：验证RSpec配置 #

检查你的spec/spec_helper.rb或spec/rails_helper.rb，确保环境加载代码是标准写法，没有重复加载或额外干扰逻辑：

# 标准环境加载代码，不要修改路径
require File.expand_path('../config/environment', __dir__)

如果之前有手动加载Rollbar的代码，记得删掉，现在已经在application.rb里统一处理了。

临时应急方案（不推荐长期使用） #

如果升级Rollbar或调整初始化时机暂时不可行，可以临时解除相关数组的冻结（但可能带来潜在风险），修改config/environment.rb：

# Load the Rails application.
require_relative 'application'

# 临时解除autoload_paths的冻结，仅作为应急方案
ActiveSupport::Dependencies.autoload_paths.each(&:unfreeze)

# Initialize the Rails application.
Rails.application.initialize!

按照上面的步骤操作后，重新运行RSpec应该就能解决这个报错了。

内容的提问来源于stack exchange，提问作者Pierre-Francoys Brousseau