Rails 6.0升级6.1.4运行app:update出现SystemStackError栈层级过深错误

该报错出现在升级流程自动执行active_storage:update任务阶段，SystemStackError: stack level too deep本质是代码出现了无限递归调用，常见触发原因如下：

• Rails 6.1对Active Storage的内部方法、默认配置做了大量调整，如果旧项目中存在针对Rails 6.0版本Active Storage的自定义方法补丁，升级后会和新版本的原生逻辑形成循环调用。
• config/initializers/new_framework_defaults_6_1.rb写入的新默认配置，和旧项目中已存在的Active Storage自定义配置重复定义、互相覆盖，触发递归加载逻辑。
• 项目引入的Active Storage相关第三方扩展gem未适配Rails 6.1版本，内部方法调用链出现递归。
• Spring预加载器缓存了旧版本Rails的代码逻辑，升级后同时加载新旧两套代码导致调用循环。

• 优先排除Spring缓存影响，执行DISABLE_SPRING=1 bin/rails app:update重试，确认是否是预加载导致的问题。
• 单独执行报错的任务并打印完整回溯：bin/rails active_storage:update --backtrace，从重复的调用栈中定位是自定义代码、第三方gem还是框架本身的逻辑出问题。
• 临时注释Gemfile中所有Active Storage相关的扩展gem（比如activestorage-validator、云存储适配器扩展等），执行bundle install后重试任务，确认是否是第三方 gem 兼容问题。
• 临时将config/initializers/目录下所有和Active Storage相关的自定义补丁文件重命名为.rb.bak后缀，跳过初始化加载后重试任务，定位是否是自定义补丁冲突。

• 若为Spring缓存导致：先执行bin/spring stop停止Spring服务，再重新运行升级命令即可。
• 若为第三方gem兼容问题：升级对应gem到支持Rails 6.1的版本，如无兼容版本可临时注释gem及对应的业务代码，待核心框架升级完成后再做适配。
• 若为自定义补丁冲突：对照Rails 6.1的Active Storage官方变更说明，删除已经被框架原生实现的补丁逻辑，调整自定义代码的方法别名、钩子逻辑，避免循环调用。
• 若为新配置冲突：重新执行bin/rails app:update时选择不覆盖new_framework_defaults_6_1.rb文件，待升级流程走完后逐个开启新默认配置，定位冲突项后调整旧的自定义配置即可。

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