Rails控制器方法及助手函数是否每次GET请求均执行？是否需优化？

问题描述 #

我的网站主要用于展示竞赛结果，管理员录入结果后为用户/客户端进行美观渲染。目前在main_controller.rb及其他控制器的index方法中调用多个助手函数，代码如下：

def index
  @next_tournament               = helpers.next_tournament()
  @last_tournament               = helpers.last_tournament()
  @last_tournament_date_display  = helpers.last_tournament_date_display(@last_tournament)
  @next_tournament_date_display  = helpers.next_tournament_date_display(@next_tournament)
  @current_season                = @last_tournament.season_year  
  @aoys                          = helpers.display_aoy(@last_tournament.id)
  @aoy_diff                      = helpers.aoy_point_diff(@aoys)
  @individual_winners            = helpers.individual_winners(@last_tournament.id)
  @team_winners                  = helpers.team_winners(@last_tournament.id)
  @big_bass_winners              = helpers.big_bass_winners(@last_tournament.id)
  @total_club_stats              = helpers.total_club_stats()
  @annual_club_stats             = helpers.annual_club_stats(@current_season)
  ...
end

我想了解：

1. 每次用户访问首页时，服务器是否都会重新执行这些函数？
2. 这是否会引发问题？
3. 由于多数函数仅在录入新结果时才会变化，是否存在最佳实践可让函数仅在相关变量变化时重新执行，否则保持静态？

解决方案 #

1. 函数执行频率说明 #

是的，每次用户访问首页时，这些函数都会被重新执行。Rails默认每个请求都会创建新的控制器实例，执行对应动作（此处为index）内的所有代码，包括调用这些助手函数。

2. 潜在问题分析 #

是否引发问题取决于函数的复杂度：

• 如果助手函数只是简单的数据库查询（比如取最新/下一场竞赛），低访问量下基本不会有问题；
• 如果函数包含复杂多表关联查询、大量数据计算（比如全俱乐部统计、积分差计算），高访问量会导致数据库负载飙升、服务器响应变慢，甚至出现请求超时。

3. 最佳实践：缓存优化 #

针对这类“仅在数据更新时变化”的场景，核心思路是缓存计算结果，仅在依赖数据更新时重新计算，常见方案如下：

（1）片段缓存（Fragment Caching）

把页面中动态生成的模块（比如获奖者列表、统计区域）单独缓存，避免每次请求重新渲染。在视图文件中用cache块，缓存键关联到依赖模型：

<% cache @last_tournament do %>
  <div class="winners-section">
    <h3>个人获奖者</h3>
    <% @individual_winners.each do |winner| %>
      <p><%= winner.name %> - <%= winner.points %>分</p>
    <% end %>
  </div>
<% end %>

当管理员更新竞赛结果时，@last_tournament的updated_at字段会变化，缓存自动失效，下次请求会重新生成缓存内容。

（2）用Rails缓存API直接缓存计算结果

在控制器或助手函数中，用Rails.cache.fetch缓存计算结果，设置关联依赖的缓存键：

def index
  @last_tournament = Rails.cache.fetch("last_tournament", expires_in: 1.day) do
    helpers.last_tournament()
  end

  @aoys = Rails.cache.fetch("aoy_stats_#{@last_tournament.id}") do
    helpers.display_aoy(@last_tournament.id)
  end
  # 其他变量同理
end

更严谨的方式是用模型的cache_key生成缓存键，确保数据更新时缓存自动失效：

@last_tournament = Rails.cache.fetch(Tournament.cache_key) do
  Tournament.order(date: :desc).first
end

（3）预计算+数据库存储

把高频使用的计算结果（比如年度统计、AOY排名）提前计算好，存储到数据库字段中。例如给Season模型添加annual_club_stats字段，管理员录入新竞赛结果时触发回调更新该字段：

class Tournament < ApplicationRecord
  after_save :update_season_stats

  private
  def update_season_stats
    season = self.season
    season.update(annual_club_stats: calculate_annual_stats(season))
  end
end

之后首页直接读取数据库中的预存值，无需每次重复计算。

（4）页面缓存（Page Caching）

如果整个首页内容都依赖竞赛结果且无用户个性化需求，可以缓存整个首页。Rails 5+需借助actionpack-page_caching gem实现，缓存后的页面以静态文件形式返回，性能最优，但要注意在数据更新时手动清除缓存。

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