Rails中如何实现Monkey patching及补丁修改后自动重载

你感知到的加载逻辑矛盾并不存在，本质是补丁存放位置、加载方式不符合Rails自动加载机制的设计规则，不是框架本身的机制冲突。

• config/initializers/属于Rails启动流程的一次性加载目录，框架启动时会顺序执行完该目录下所有文件，之后不会再追踪这些文件的变更，哪怕是开发环境也不会对这部分代码触发重载，本来就不是用来存放需要动态更新的代码的位置。
• 如果你在initializers里手动require补丁文件，Rails的Zeitwerk自动加载器会直接跳过这些被手动引入的文件，自然不会响应文件变更。

1. 调整补丁存放路径
   不要把补丁放在initializers目录，统一放到app/lib/monkey_patches/目录下（目录不存在手动创建即可，app目录下的所有子目录默认都在Rails自动加载路径中，不需要额外加配置）。
   补丁文件的命名、模块定义要和路径匹配，比如给User模型写的扩展补丁，路径为app/lib/monkey_patches/user_ext.rb，对应代码结构：

   module MonkeyPatches
     module UserExt
       def custom_patch_method
         # 补丁逻辑
       end
     end
   end
   

2. 用官方钩子注入补丁，不要直接打开类硬改
   不要直接在补丁文件里重开目标类写逻辑，这种写法对加载顺序依赖极强，也无法适配重载逻辑。正确的注入方式是使用Rails提供的to_prepare回调：这个回调在开发环境下每次请求、每次代码重载后都会重新执行，生产环境只会在应用启动时执行一次，完全匹配补丁加载的需求。
   你只需要在config/application.rb中添加如下配置即可，全程不需要手动写require：

   config.to_prepare do
     # 所有需要注入的补丁统一在这里注册
     User.prepend MonkeyPatches::UserExt
   end
   

3. 确认开发环境重载配置开启
   打开config/environments/development.rb，确认重载开关处于开启状态：

   # Rails 7及以上版本用这个配置
   config.enable_reloading = true
   # Rails 6及以下版本对应配置为
   # config.cache_classes = false
   

• 不需要额外给补丁目录添加autoload_paths或者eager_load_paths配置，只要放在app/目录下，Rails默认会自动识别、追踪文件变更。
• 绝对不要对自动加载路径下的文件手动执行require，否则会让Zeitwerk加载器失去对该文件的变更追踪，反而导致重载失效。
• to_prepare是Rails官方专门设计用来处理代码重载后需要重新执行的初始化逻辑的钩子，用来注入猴子补丁是官方推荐的标准用法，不存在和自动加载机制冲突的问题。

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