继续尝试没有时间弄明白的技术。
celery官方文档地址：http://docs.celeryproject.org/en/stable/getting-started/introduction.html#get-started。
简单的说，可以理解celery是帮助你把一些指定的工作异步化，不用等待io的工具。
比如要发十条短信，需要10秒。如果线性操作，就得等待到短信全部发送完毕之后，再开始执行下面的代码，如果中间某一个死了，你的用户就会呆呆的等待，直到操作超时，这种体验是非常糟糕。如果再amazon买过书都知道，当你在付款完毕之后，马上跳转回来去看你的支付结果，这个时候可能状态还并未做刷新。因为你的付款操作钱虽然打出去了，实际上还在轮流排队支付，这个时候你可以出去刷个微博，然后再回来看你的付款情况，多半都已经会显示支付完毕了这就是异步的好处。
而celery就是为了解决这种问题存在的。
以前一直无法理解这种系统存在的意义和中间人broker扮演的关系。实际上，celery自己就是一个队列系统，但是同时她又无法将存储在队列的消息通知任何人，她需要一个中间人帮忙做这个事情，redis,rabbitmq就做了这个消息传递的中间人。所以处理流程是这样，当我们生产了一个消息，celery将消息放入队列并中间人redis拿到消息之后将消息拿给空闲的worker进行处理。当我们产生一个异步消息的时候，就是把这个处理放到队列中去排队执行，而放这个消息的人并不会等待，会直接返回。而这边消息队列的消息处理完毕之后会以回调的形式回传给发送消息的人。
原文：http://www.cnblogs.com/piperck/p/5385238.html