运行异步调用时UWSGI和GUnicorn之间的差异

Question

我有一个Django应用程序，在我的一个视图中，我实际上正在对一个发送电子邮件的函数进行异步调用。我都使用了threading.thread（与start（））以及一个名为after_response的小django包，它基本上做同样的事情。

以下是我所做的：

def my_synchronous_function(instance):
    send_email_asynchronous.after_response(instance.id)
    return "We are done here, but async call will continue."

@after_response.enable
def send_email_asynchronous(instance_id):
    time.sleep(5)
    print "Async has started"
    instance = Instance.objects.get(pk=instance_id)
    subject = "A subject"
    ctx = {'username': instance.username}
    message = get_template("email-template.html").render(ctx)
    msg = EmailMessage(subject, message, to=[instance.email], from_email='[e-mail]')
    print "about to send email"
    time.sleep(5)
    msg.content_subtype = 'html'
    msg.send()
    print "message sent"

这段代码在运行djangomanage.pyrunserver时效果很好；在使用nginx Gunicorn时也很好。但是，我注意到当使用UWSGI和Nginx时，send_email_asynchronous函数从未被调用。当使用after_response以及更长的线程时，情况确实如此。线程版本：

class SendNotification(threading.Thread):
    """
    Sends notifications async.
    """
    def __init__(self, instance_id):
        """
        Sends notifications asynchronously provided an instance id.
        """
        print "instance id: %s" % instance_id
        self.instance = Instance.objects.get(pk=instance_id)
        super(SendNotification, self).__init__()

    def run (self):
        time.sleep(5)
        print "Async has started"
        subject = "A subject"
        ctx = {'username': self.instance.username}
        message = get_template("email-template.html").render(ctx)
        msg = EmailMessage(subject, message, to=[self.instance.email],                              from_email='[e-mail]')
        print "about to send email"
        time.sleep(5)
        msg.content_subtype = 'html'
        msg.send()
        print "message sent"

这是通过以下方式启动的：SendNotification（instance.id）.start（）

同样，在开发服务器“runserver”上运行良好，在Gunicorn上也运行良好，但在uwsgi上不运行，我有点困惑为什么会发生这种情况。对于uwsgi，我实际上看到了来自init的print语句，但没有看到来自run方法的print语句，当然，也没有电子邮件。因为这个问题，我已经转向使用Gunicorn，所以我问这个问题更多的是出于好奇。

谢谢

Answer 1

您没有发布您的uWSGI配置，但考虑到这是关于后台线程未运行的问题，在启动uWSGI时，您很可能需要添加--启用线程：

如果在没有线程的情况下启动uWSGI，则不会启用Python GIL，因此应用程序生成的线程将永远不会运行。您可能不喜欢这种选择，但请记住，uWSGI是一个独立于语言的服务器，所以它的大多数选择都是为了维护它的“不可知性”。

但是别担心，uWSGI开发者基本上没有什么选择是不能用选项改变的。

如果您想在不启动应用程序的多个线程的情况下保持对Python线程的支持，只需添加--enable-thread选项（或ini风格的enable-thread=true）。