必须用 redis，inmemorychannellayer 在生产环境完全不可用，channels 4.x 已彻底移除支持；因其仅在单进程内存中维护 group 状态，多 worker 下各进程状态隔离导致 group 为空、消息丢失、连接秒断，且无法跨进程通信。
必须用 Redis，InMemoryChannelLayer 在生产环境完全不可用，Channels 4.x 已彻底移除支持。
为什么不能用 InMemoryChannelLayer
它只在单个进程内存里维护 group 成员和消息队列。一旦你启多个 uvicorn worker、用 gunicorn + gevent，或部署到多台机器，self.channel_layer.group_add("room_123", self.channel_name) 看似成功，实际 group 是空的——因为每个 worker 都有自己的内存副本，彼此不通信。结果就是：消息发不出、消费者收不到、连接后秒断且日志无报错。
常见错误现象包括：ChannelFull 频发（缓冲区满）、AttributeError: 'NoneType' object has no attribute 'group_add'（self.channel_layer 为 None）、WebSocket 连接后立刻关闭。
CHANNEL_LAYERS 配置的关键参数细节
不是贴段代码就能跑通，几个字段写错就会静默失效：
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
-
BACKEND必须是"channels_redis.core.RedisChannelLayer"—— 拼错大小写（比如Core写成core）或路径（如redis_core）会导致 import error -
hosts推荐用元组列表：[("127.0.0.1", 6379)]；不要用字符串"redis://127.0.0.1:6379/0"，某些channels-redis版本会解析失败，且无法传密码或指定db - 如果 Redis 有密码，必须加
"password": "yourpass"到CONFIG字典里；若用非默认db 1，补上"db": 1 -
hosts元组中可嵌套字典传额外参数，例如：[("127.0.0.1", 6379, {"password": "abc", "db": 2})]
依赖安装与 Redis 连通性验证
漏装包或 Redis 没通，项目可能启动成功但第一次 group_send 就卡住，且无明确报错：
- 必须装三个包：
channels、channels-redis、redis（注意是redis，不是已弃用的redis-py） - 启动 Django 前，先确认 Redis 可达：
redis-cli -h 127.0.0.1 -p 6379 -a yourpass ping，返回PONG才算通 - 如果用 Docker 或远程 Redis，检查防火墙、bind 配置（Ubuntu 常见问题：
bind 127.0.0.1 ::1导致外网连不上，需改为bind 0.0.0.0并配protected-mode no）
Heroku 或云环境下的配置适配
本地能跑 ≠ 上线能用。云环境通常通过环境变量提供 Redis URL：
- Heroku 自动注入
REDIS_URL，形如redis://h:abcd1234@ec2-54-123-45-67.compute-1.amazonaws.com:12345 - 需解析该 URL 并转为元组格式，推荐用
redis_url库或手动拆解：urlparse提取 host/port/password/db - 别直接把
REDIS_URL塞进hosts——channels-redis不认这种格式，会静默 fallback 到 localhost
最常被忽略的是：没验证 self.channel_layer 是否真实可用。哪怕配置看起来全对，也应在 consumer 初始化时加一句 assert self.channel_layer is not None，并在 group_add 后用 redis-cli monitor 看是否有 publish 流量——这才是唯一可信的“通了”证据。
