Rails初始化器用cattr_accessor定义配置，控制器中值为nil的问题

这问题我之前也碰到过，核心就是Rails开发环境的类自动重新加载机制在搞鬼，控制台和控制器请求时的类加载状态不一样，导致配置值丢了。我来拆解下原因和可行的解决方案：

为什么会出现这种情况？ #

Rails开发环境默认开了config.cache_classes = false，这个特性会在检测到文件修改时自动重新加载对应的类。你在初始化器里给PageRepo.root_path赋值后，如果后续PageRepo类被重新加载（比如改了它的文件，或者服务器自动触发重载），重新加载后的类实例会丢失之前设置的cattr_accessor值，回到默认的nil。

• 控制台环境：类加载后不会自动重新加载，所以你设置的值会一直保留。
• 控制器请求：每次请求可能触发类重新加载，导致PageRepo被重新实例化，之前的配置就没了。

解决方案 #

方案1：临时验证（开发环境测试用） #

先确认是不是自动重新加载的锅，在config/environments/development.rb里改一行：

config.cache_classes = true

重启服务器后再访问控制器，如果root_path能正常拿到值，那就实锤是类重新加载的问题。不过这个设置会关闭自动重载，开发时不太方便，所以只用来验证。

方案2：用Reloader钩子确保每次重载后重新配置 #

Rails提供了ActiveSupport::Reloader.to_prepare钩子，它会在每次请求前（开发环境）和服务器启动时（生产环境）执行，能保证类重新加载后配置被重新设置。修改你的初始化器：

ActiveSupport::Reloader.to_prepare do
  PageRepo.root_path = Rails.root.join("content")
end

这样不管PageRepo类有没有被重新加载，每次请求都会重新赋值，控制器里就能拿到正确的路径了。

方案3：改用Rails全局配置（更稳定） #

如果不想依赖类属性，推荐把配置放到Rails的全局配置系统里，完全不受类加载影响：

1. 在config/application.rb或者对应环境的配置文件里加一行：

config.page_repo_root_path = Rails.root.join("content")

2. 修改PageRepo类，直接读取全局配置：

class PageRepo
  def self.root_path
    Rails.configuration.page_repo_root_path
  end
end

这种方式更符合Rails的配置规范，也彻底避免了类重新加载带来的问题。

验证步骤 #

1. 选一个方案修改代码
2. 重启Rails服务器
3. 用web_console在控制器里再次查看PageRepo.root_path，应该就能拿到正确的Pathname值了

内容的提问来源于stack exchange，提问作者robodisco