Rails 7.1.3生产环境下如何查看堆栈跟踪？

一、修复日志配置导致的页面空白问题 #

你遇到的页面空白，核心原因是自定义BroadcastLogger时的嵌套方式有误，干扰了Rails的请求响应生命周期。试试这个兼容双输出的配置，既能生成production.log文件，又不会影响页面渲染：

# config/environments/production.rb
# 保留STDOUT输出，同时写入文件日志
config.logger = ActiveSupport::TaggedLogging.new(
  ActiveSupport::BroadcastLogger.new(
    # STDOUT日志（适配容器化部署）
    ActiveSupport::Logger.new(STDOUT, formatter: Logger::Formatter.new),
    # 文件日志（方便本地tail查看）
    ActiveSupport::Logger.new(Rails.root.join("log", "production.log"), formatter: Logger::Formatter.new)
  )
)

关键细节：

• 将TaggedLogging包裹在BroadcastLogger外层，避免重复添加日志标签引发的内部错误
• 用Rails.root.join构建日志路径，确保跨环境路径正确性
• 配置后重启应用，先验证页面是否正常渲染，再检查log/production.log是否生成堆栈跟踪

二、Rails 7.1+生产环境日志的官方设计与替代方案 #

Rails 7.1默认移除文件日志，是为了适配Docker、K8s这类容器化部署场景——这类环境依赖日志收集系统（如Fluentd、ELK）聚合STDOUT/STDERR输出，而非本地日志文件。

如果需要调试生产环境堆栈，除了配置文件日志，还可以用这些官方推荐的方式：

• 临时提升日志级别：在production.rb中临时设置config.log_level = :debug，调试完成后改回:info，避免日志冗余
• 启用请求ID标记：添加config.log_tags = [:request_id]，可以通过请求ID追踪单个请求的全链路日志
• 查看Web服务器日志：比如Puma、Nginx的日志，它们会记录Rails进程未捕获的异常、请求状态码，补充Rails日志的信息

三、快速排查tinymce资源缺失问题 #

不用等完整堆栈，先从这几个方向排查：

• 执行rails assets:precompile RAILS_ENV=production，检查public/assets目录下是否存在tinymce相关的编译文件
• 查看页面源码，确认tinymce的资源引用路径是否正确（是否包含预编译后的哈希后缀）
• 运行rails routes RAILS_ENV=production，确认assets静态资源路由是否正常启用
• 检查production.rb中config.public_file_server.enabled是否为true，确保静态资源能被正确响应

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