我正在运行Rails 5.1.4服务器（Puma v.3.1.0.0在单一模式下），但在特定的ActionJob中遇到问题，这些问题已经正确排队，但往往从未执行过。
我有一些工作。除了1个特定作业之外的所有作业总是在排队后不久就像预期的那样异步执行。
服务器重启后第一次在新排队后正确执行特定作业。但是在第一次成功运行之后，它将不会在以下排队后进行。
我通常使用perform_later排队所有工作。
我也测试了使用rails console对特定作业进行排队。每当我在控制台中排队时，它立即执行。即使在同一个会话中。当它在rails server中排队时，也尝试使用与应用程序中使用的相同的参数，但在服务器中它只排队。从未表演过。
我检查了日志文件 - 没有任何内容，没有错误，没有死亡，也没有警告。它只是说明[ActiveJob] Enqueued FooBaaJob，但从不执行任务。
如果作业确实失败了，它至少应该在日志中写出[ActiveJob] [FooBaaJob] [id] Performing FooBaaJob，但它不会。
并且每https://github.com/rails/rails/blob/master/activejob/lib/active_job/logging.rb#L78它应该实际捕获并记录异常（如果它失败）。其次它永远不会在控制台中运行，所以不应该这样。
关于在哪里看的任何想法？
答案 0 :(得分：5)
好的，所以我终于找到了调试此问题的方法。
使用以下行在config/initializers中创建初始化文件：
Concurrent.use_stdlib_logger(Logger::DEBUG)
我现在将错误数据输出到我的控制台。
[ActiveJob] Enqueued FooBaaJob (Job ID: ...) to Async(default) with arguments: #<GlobalID:0...0 @uri=#<URI::GID gid://test-app/FooBaa/8>>
[2017-10-29 16:10:56.676] DEBUG -- : Error while trying to deserialize arguments: Couldn't find FooBaa with 'id'=8 (ActiveJob::DeserializationError)
第二行是添加Concurrent.use_stdlib_logger(Logger::DEBUG)启动器文件的结果。
在我的情况下，我在我的模型中after_create开始工作，并且我猜测作业执行是以某种方式瞬间发生的，这导致记录未完全承诺当ActiveJob尝试加载时，sqlite db还没有。它也在MySQL上测试了这个，同样的结果。
Rails 5.0引入了after_[create|update|destroy]_commit，因此将我的after_create更改为after_create_commit修复了我的问题，现在每次我尝试时，作业都按预期运行。
对于早期版本的Rails，您可以使用after_commit参数或类似内容移至on: :create。