引入Django频道时，我需要更改常规的Django代码吗？

2024-05-20 • 问答

您好，我是python世界的初学者，因此我仍在尝试了解使用ASGI时的注意事项。我阅读了一些教程和文档，并在youtube上观看了一些视频。但是，我在某些方面不确定。

我有一个使用Django + Django Rest Framework的小型后端应用程序。

我的代码非常简单，由框架中最常见的概念组成：视图，序列化器，模型，URL等。此外，我使用关系数据库。

我的环境是这样：

现在，我需要添加对WebSockets的支持，并且完成了Django Channels教程中所述的基本配置：

完成这些配置后，运行服务器将使用ASGI开发服务器，并且显然我的REST端点都可以正常工作。

一些问题：

考虑到我所有的代码都是同步的，是否有必要对其进行任何调整？
上面的配置已经考虑到我的同步代码是ASGI服务器，因此已经可以在daphene中安全地执行我的同步代码了吗？
我可以仅使用ASGI可靠且稳定的方式处理正常的HTTP和WebSockets请求吗？还是建议使用WSGI服务HTTP流量，而只将WebSockets流量留给daphene？
在什么地方应该特别注意同步代码？

这些是我根据Django Channels 2的以往经验得出的答案...

1）考虑到我的所有代码都是同步的，是否有必要对其进行任何调整？

您可以安全地保留现有的同步代码：无需进行任何调整；只需确保调用django-channels API的“同步版本”（即SyncConsumer而不是AsyncConsumer）即可。

另一方面，Channel Layers使用不同的方法，并且仅提供异步版本。从同步代码发出呼叫时，您需要使用async_to_sync包装器；例如：

from asgiref.sync import async_to_sync

async_to_sync(channel_layer.group_send)(
    group,{
        "type": 'data_received',"content": data,})

2）上面的配置已经考虑到我的同步代码是ASGI服务器，已经可以在daphene中安全地执行我的同步代码了吗？

缺少的单个详细信息是（在设置文件中）：

ROOT_URLCONF = 'project.urls'

3）是否可以仅使用ASGI可靠且稳定的方式处理正常的HTTP和WebSockets请求？还是建议使用WSGI服务HTTP流量，而只将WebSockets流量留给daphene？

使用Channel 2，您可以安全地选择对HTTP和WebSockets请求使用Daphne，因为Daphne将在HTTP和WebSocket之间自动协商；这是我通常在项目中所做的。

分离HTTP和WebSocket流量，因此：

是可能的，但完全是可选的。