能否仅用Django REST framework实现实时聊天？如何与django-channels集成？

仅用Django REST Framework实现实时聊天的可行性 #

DRF本身是基于HTTP协议构建的接口开发框架，受HTTP短连接、服务端无法主动推送的底层协议限制，无法原生实现真正意义上的实时通信。如果强行基于DRF实现，只能用以下两种折衷方案，均不推荐生产环境使用：

• 短轮询：前端每隔固定间隔（如1s）主动调用DRF接口拉取最新消息，实现成本极低，但服务端冗余请求多、压力大，消息延迟最高可达轮询间隔，仅适合极小范围的功能测试
• 长轮询：前端发起请求后，服务端无新消息时挂起请求，直到有新消息产生或请求超时再返回响应，前端收到响应后立刻发起下一次请求。该方案比短轮询效率稍高，但DRF无原生长轮询支持，需要自行实现异步请求挂起、消息状态监听等逻辑，开发成本高，且并发量上去后服务端资源占用远高于WebSocket方案

DRF与Django Channels集成方案（推荐） #

你已有Channels使用经验，该方案是生产环境的最优选择，两者可完全解耦分工，复用各自能力：

• DRF负责所有非实时业务逻辑：包括用户注册登录、聊天群组管理、历史消息分页查询、用户权限校验、敏感词过滤等常规HTTP接口场景，可直接复用DRF的序列化器、认证、权限、限流等成熟能力快速开发
• Channels负责实时通信逻辑：基于WebSocket协议实现服务端主动消息推送，可直接复用DRF的已有能力减少重复开发：
  • WebSocket连接建立时，可直接调用DRF的TokenAuthentication/SessionAuthentication逻辑校验用户身份，不需要重复写认证代码
  • 收到客户端发来的消息时，可直接调用DRF的消息序列化器做参数校验，校验通过后再做存库、广播操作
  • 不需要修改现有DRF的业务代码，仅需额外新增WebSocket对应的Consumer、路由配置即可，两者互不影响

内容的提问来源于stack exchange，提问作者Sumeth Sathnindu