Django原生不支持WebSocket因其同步架构与WebSocket长连接本质冲突，需通过Channels引入异步运行时和消息分发层；配置须正确安装channels及asgi应用、设置路由与consumer，并注意协议、路径、HTTP头等握手细节。为什么 Django 原生不支持 WebSocketDjango 本身是同步框架，HTTP 请求-响应模型和长连接的 WebSocket 天然冲突。runserver 启动的开发服务器完全不处理 ws:// 或 wss:// 协议，直接访问会返回 404 或 502（如果前端连了反向代理但后端没接住）。这不是配置问题，是架构层面的缺失。必须引入异步运行时和消息分发层——Channels 就是官方推荐的、与 Django 深度集成的方案，它把 WebSocket 连接转成「通道（channel）」，用 Redis 或内存层做背板，让 consumer 能收发消息。安装 Channels 并替换 ASGI 入口装错包或漏改入口点是最常见的卡点。别只 pip install django-channels，还要确认 ASGI 配置生效：pip install channels channels-redis（后者非必需，但生产环境几乎必选）在 settings.py 中添加 'channels' 到 INSTALLED_APPS 顶部设置 ASGI_APPLICATION = 'myproject.asgi.application'，并确保 myproject/asgi.py 是 Channels 生成的版本（含 ProtocolTypeRouter）删掉旧的 wsgi.py 引用，启动命令必须是 daphne myproject.asgi:application 或 python manage.py runserver（新版 Channels 已兼容 runserver 的 WebSocket 支持，但仅限开发）写一个能收发消息的 WebSocket Consumer别一上来就搞 AsyncWebsocketConsumer，简单广播场景用同步版更稳；而且路径路由、组管理、断开清理这些细节极易漏： 蝉妈妈AI 电商人专属的AI营销助手