Rails重启后初始化器读取YML生成的全局变量未更新问题咨询

核心诱因 #

你的问题本质是Rails开发环境默认的Spring预加载缓存机制导致，和Rails本身的全局变量持久化、文件缓存功能无关：

• Spring会在后台常驻Rails进程缓存，用于缩短开发环境启动耗时，默认仅监听Ruby代码文件的变更，你修改的YML文件不在Spring的默认监听列表内
• 你执行的「重启Rails」操作实际复用了Spring缓存的旧进程，该进程已经完成过初始化器执行、$tag_refs已经被赋值为旧YML的解析结果，没有触发初始化器的全量重执行

疑问解答 #

1. Rails本身不会跨进程重启持久化全局变量状态：全局变量的生命周期和Rails进程完全绑定，进程终止后所有全局变量会被销毁，重启进程时会重新执行初始化逻辑完成赋值
2. 该问题和Rails默认的静态文件缓存无关：Rails的静态文件缓存仅针对public目录下的可访问静态资源，不会影响初始化阶段读取的配置文件
3. 你添加$tag_refs = nil能临时生效的原因：强制清空了缓存进程中已存在的旧全局变量值，再赋值时会重新读取YML文件生成新的解析结果，本质是绕开了Spring缓存的残留状态

永久修复方案 #

1. 先停止当前的Spring缓存进程验证问题：

spring stop

执行后重启Rails服务，不加$tag_refs = nil也能读到最新的YML内容即可确认是Spring导致的问题
2. 修正YML文件的加载路径，避免相对路径引发的读取异常：

# config/initializers/tagging.rb
require 'yaml'

$tag_refs = YAML.load_file(Rails.root.join("static", "tagging_lookup.yml"))

3. 配置Spring监听你的YML配置文件变更，后续修改后Spring会自动重启缓存进程：

# config/spring.rb（如果文件不存在可以手动创建）
Spring.watch "static/tagging_lookup.yml"

4. 生产环境如果遇到同类问题，需要确认部署时已经彻底终止所有旧的应用worker进程，不存在残留进程持有旧全局变量的情况

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