Rails SolidQueue 在 macOS 上的进程崩溃问题分析与解决方案

问题现象

在使用 Rails 的 SolidQueue 作业队列系统时，部分开发者遇到了进程意外退出的问题。具体表现为：

• 通过 perform_later 入队的作业无法正常执行
• 系统日志中出现 Process pid=xxxxx exited unexpectedly. Received unhandled signal 6 错误
• 定期执行的作业(recurring jobs)可以正常工作
• 仅在 macOS 系统上出现此问题

根本原因分析

通过分析崩溃日志和系统报告，可以确定问题的根源在于 macOS 系统与 PostgreSQL 数据库适配器(pg gem)之间的兼容性问题。具体来说：

1. 进程分叉问题：SolidQueue 使用进程分叉(fork)来管理工作进程，而 macOS 对 fork 操作有特殊限制

2. Kerberos 认证冲突：当 pg gem 尝试初始化 GSSAPI/Kerberos 认证时，在分叉的子进程中会触发 macOS 的安全机制

3. Objective-C 运行时冲突：崩溃日志中显示 +[__NSCFConstantString initialize] may have been in progress in another thread when fork() was called，这表明在 fork 时 Objective-C 运行时正在初始化字符串常量

技术细节

在 macOS 系统中，fork 操作与某些系统库的交互存在已知问题。特别是：

• PostgreSQL 客户端库(libpq)默认会尝试初始化 GSSAPI 认证
• 这种初始化过程涉及 macOS 的系统安全框架
• 当 fork 发生时，如果系统框架正在初始化状态，会导致安全异常

解决方案

针对这个问题，有以下几种解决方案：

方案一：禁用 GSSAPI 认证

在 database.yml 配置文件中为 PostgreSQL 连接添加以下参数：

production:
  adapter: postgresql
  # 其他配置...
  gssencmode: disable

这个设置会告诉 PostgreSQL 客户端不要尝试使用 GSSAPI 加密认证。

方案二：使用其他认证方式

如果必须使用加密连接，可以考虑使用 SSL 加密而非 GSSAPI：

production:
  adapter: postgresql
  # 其他配置...
  sslmode: require

方案三：调整 SolidQueue 配置

对于高级用户，可以考虑调整 SolidQueue 的工作进程管理方式：

# config/initializers/solid_queue.rb
SolidQueue.configure do |config|
  config.processes = {
    workers: {
      polling_interval: 1,
      threads: 4  # 使用线程而非进程
    }
  }
end

预防措施

为了避免类似问题，建议：

1. 在开发环境中使用与生产环境相同的数据库配置
2. 在 macOS 上进行充分测试后再部署到生产环境
3. 定期更新 pg gem 和 PostgreSQL 客户端库
4. 监控工作进程的健康状态

总结

macOS 系统由于其独特的安全机制，在与某些数据库适配器交互时可能会出现进程分叉问题。通过理解问题的根本原因并采取适当的配置调整，开发者可以确保 SolidQueue 在 macOS 环境下稳定运行。对于生产环境，建议在部署前进行全面测试，并考虑使用线程模式替代进程分叉模式来避免此类兼容性问题。