Heroku上Rails应用自定义INFO日志：使用全局变量的方案是否可行？

核心结论 #

你当前使用全局变量$INFO_LOGGER的方案可以实现需求，但并非Rails开发的最佳实践，存在可维护性和代码规范上的问题。

为什么当前方案能工作 #

通过Rails.logger.dup复制了原日志器实例，修改副本的日志级别为:info后，副本不受环境变量LOG_LEVEL=WARN的影响，因此调用$INFO_LOGGER.info能正常输出日志，同时原Rails.logger仍保持WARN级别过滤无用日志，逻辑上是通顺的。

全局变量方案的弊端 #

• 命名污染风险：全局变量在Ruby中是全局作用域，容易和其他代码（包括第三方gem）的变量命名冲突，排查问题时难以跟踪变量的修改轨迹。
• 测试不友好：在测试环境中，全局变量的状态会在测试用例间共享，需要额外的重置逻辑，增加测试复杂度。
• 不符合Rails规范：Rails推崇使用配置对象、常量或依赖注入的方式共享资源，全局变量的使用会降低代码可读性和维护性，其他开发者接手时会困惑于该变量的用途和来源。

推荐的替代方案 #

方案1：使用Rails应用配置存储自定义日志器 #

在config/initializers/custom_logger.rb中：

Rails.application.config.info_logger = Rails.logger.dup.tap do |logger|
  logger.level = :info
end

在需要输出INFO日志的地方调用：

Rails.application.config.info_logger.info("Hello World")

这种方式符合Rails的配置规范，避免全局变量污染，同时能清晰地看到日志器的来源。

方案2：使用命名常量定义日志器 #

在config/initializers/custom_logger.rb中：

InfoLogger = Rails.logger.dup.tap do |logger|
  logger.level = :info
  # 可选：添加自定义标识，方便在Heroku日志中过滤
  logger.formatter = proc do |severity, timestamp, progname, msg|
    "[SPECIAL-INFO] #{Logger::Formatter.new.call(severity, timestamp, progname, msg)}"
  end
end

调用时直接使用：

InfoLogger.info("Hello World")

常量的作用域更可控，且语义清晰，同时自定义格式化能让你在Heroku日志中快速筛选出这些特殊的INFO日志。

方案3：直接输出到标准输出（简化场景） #

如果只是少数简单场景需要输出INFO日志，也可以直接写标准输出，但会丢失Rails日志的默认格式化（如时间戳）：

$stdout.puts "[INFO] Hello World"

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