Rails循环中途退出无日志 配置rescue StandardError仍无法捕获异常

未捕获到异常的核心原因 #

Ruby 的异常继承体系中，rescue StandardError 仅能捕获 StandardError 及其子类，有不少异常类型不在这个范围内，不会被你的现有 rescue 逻辑捕获，直接导致进程终止：

• 信号类异常 SignalException：比如任务执行超时被管理工具（Sidekiq、系统定时任务管理器）发送 SIGTERM/SIGKILL 信号终止，其中 SIGKILL 是操作系统层面强制杀进程，完全无法被捕获
• 系统级异常：比如内存不足触发的 NoMemoryError、主动调用 exit 触发的 SystemExit、加载类失败的 LoadError 等
• 部分数据库底层异常：比如连接被数据库端强制断开的底层异常，部分不属于 StandardError 范围

你遇到的场景最可能的几类原因 #

• 执行超时终止：如果该方法跑在异步任务队列（Sidekiq/Resque等）或者定时任务中，几乎都有默认的执行时长上限，刚好执行105次后触达超时阈值被直接杀死，自然不会输出后续日志也走不到 rescue 逻辑
• 内存溢出被系统杀进程：你使用 UserRole.all.each 会一次性把所有 UserRole 记录加载到内存，数据量较大时会触发 OOM，操作系统直接终止进程，没有任何异常捕获的机会
• 进程卡住无响应：RoleService.set_for_user 内部如果存在未设置超时的第三方接口调用、数据库死锁、慢查询，会导致进程一直卡在 IO 等待状态，看起来像不再执行，自然不会产生新日志
• 日志缓冲丢失：Rails Logger 默认有输出缓冲，如果进程被突然杀死，缓冲中的错误日志还没刷到磁盘，就会出现你以为应该打印的错误日志看不到的情况
• 代码笔误的异常被隐藏：你代码中开头定义的计数变量是 total_done = 0，但循环中累加的是未初始化的 migrated_roles，第一次执行到这里就会抛出 NameError（属于 StandardError 本该被捕获），如果看不到错误日志，大概率是日志缓冲或者日志级别配置错误导致的

排查建议 #

1. 临时扩大异常捕获范围打印全量信息，排查完记得改回原范围避免捕获到不需要处理的系统异常：

rescue Exception => e
  Rails.logger.error "捕获到异常: #{e.class}: #{e.message}"
  Rails.logger.error e.backtrace.join("\n")
  Rails.logger.flush # 主动刷盘避免日志丢失
end

2. 检查运行环境的超时配置：确认异步任务、定时任务的最长执行时间限制，是否和105次的执行时长吻合
3. 优化数据库查询：把 UserRole.all.each 改为 UserRole.find_each(batch_size: 100) 分批加载数据，避免一次性加载大量数据导致 OOM
4. 排查 RoleService 相关方法：给所有外部调用、数据库操作加超时限制，避免长时间卡住
5. 调整日志配置：开启 error 级别日志输出，设置 config.logger.auto_flushing = true 避免日志缓冲丢失

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