Rails 5应用初始化预计算问题：类变量计数与请求处理咨询

先给你理清楚当前代码在Rails应用中的运行逻辑，以及和Application Controller处理请求时的关联：

1. 初始化器的执行时机 #

你的config/initializers/start_1.rb是在应用启动阶段执行一次，而非每个用户请求到来时重复执行。也就是说，当你启动Rails服务器（比如rails s）或部署应用时，这段代码会运行一遍：

require './lib/init_module.rb'
Init::Class1.new
Init::Class1.new

执行后，Init::Class1的类变量@@local会直接变成2，之后只要应用进程不重启，这个初始化逻辑就不会再触发。

2. 类变量@@local的生命周期 #

@@local是类级别的共享变量，它的作用域覆盖整个应用进程：

• 若使用单进程服务器（比如Webrick），所有用户请求都会共享同一个@@local值。除非你在请求处理代码里再次实例化Init::Class1，否则@@local会一直保持2；如果某个请求中执行了Init::Class1.new，@@local会递增，且这个变化会影响后续所有同进程处理的请求（直到进程重启）。
• 若使用多进程服务器（比如Puma开启多个worker进程），每个worker进程启动时都会单独执行初始化器，因此每个worker里的@@local初始值都是2，进程之间的@@local互不干扰——因为每个进程拥有独立的内存空间。

3. 和Application Controller请求处理的关联 #

默认情况下，Application Controller处理每个请求时，不会触发你的初始化器代码，也不会自动修改@@local。只有当你在Controller的action里主动调用Init::Class1.new或其他修改@@local的方法时，这个变量才会发生变化。

举个例子，如果你的Application Controller中有如下代码：

class ApplicationController < ActionController::Base
  before_action :increment_counter

  private
  def increment_counter
    Init::Class1.new
    # 此时当前进程的@@local会+1
  end
end

那么每个请求进来时，@@local都会递增一次，这个变化会被同一个进程处理的后续请求继承。

常见注意事项 #

• 不要用类变量存储请求相关状态：类变量是进程共享的，多请求并发时可能出现竞态条件（比如两个请求同时修改@@local导致数值不准确）。如果需要存储每个请求的独立状态，应该使用实例变量（@开头）或请求级别的存储（比如request.env）。
• 初始化器适合做一次性预计算：如果你的预计算逻辑只需要在启动时执行一次，当前写法是可行的；如果需要每个请求都执行预计算，应该把逻辑放在Controller的before_action里，或者使用Rack中间件实现。

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