解决Rails 6.1初始化时自动加载EmailAddress常量的警告问题

你的问题核心是Rails初始化阶段过早实例化自定义常量触发了自动加载机制的弃用警告，require只是临时绕过方案，正确做法是利用Rails的重载钩子延迟配置初始化。

正确实现方式 #

把邮箱配置逻辑包裹在Rails.application.reloader.to_prepare块中，这个钩子会在开发环境每次代码重载后和生产环境应用启动时执行，刚好避开初始化阶段的自动加载限制：

如果用单独的初始化器文件（比如config/initializers/email_config.rb），直接写：

Rails.application.reloader.to_prepare do
  Rails.application.config.x.email = {
    default: EmailAddress.new('noreply@example.com'),
    invoice: EmailAddress.new('invoice@example.com')
  }
end

如果要放在config/application.rb里，需要放在MyApp::Application类定义之外：

module MyApp
  class Application < Rails::Application
    # 其他应用配置...
  end
end

Rails.application.reloader.to_prepare do
  MyApp::Application.config.x.email = {
    default: EmailAddress.new('noreply@example.com'),
    invoice: EmailAddress.new('invoice@example.com')
  }
end

为什么这能解决问题 #

• Rails初始化器的运行时机早于常量自动加载的准备阶段，直接实例化EmailAddress会触发自动加载，进而触发弃用警告
• to_prepare块的执行时机确保常量已经被Rails的自动加载机制正确加载，不会触发警告
• 开发环境下，每次修改代码后重载应用时，这个块会重新执行，保证配置使用的是最新的类实例；生产环境下仅执行一次，不影响性能

为什么不推荐临时的require方案 #

直接require "email_address"虽然能消除警告，但会强制提前加载常量，破坏Rails自动加载的懒加载逻辑，在开发环境中可能导致代码重载后配置仍使用旧的类实例，引发难以排查的问题。

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