不存储
header不带sid和accessid
服务端根据是否有sid和accessId判断走长连接还是http
存储订阅关系：（1）用作后续用户的发言鉴权 （2）聊天室用户列表逻辑处理
header带sid和accessId
订阅逻辑结束
http订阅
长连接订阅
订阅鉴权
向长连接发sub命令
走http
调用订阅接口
走长连接
订阅聊天室
是否登录
存<sid-channel>存<userId-channel>
已登录
1、存储订阅日志，sid（http）userid+channel2、订阅数+1
未登录
存<userId-channel>
考虑到后续需求，要求客户端：一、长连接服务中：（1）退出聊天室延迟取订；（2）已登录到未登录，需要立马取消订阅后重新订阅（触发订阅鉴权，因为部分聊天室未登录不能旁观，也即是未登录没有订阅权限）（3）登录用户切换，需要立马取订后重新订阅（新的登录用户可能没有订阅权限）（4）未登录到已登录，需要重新订阅（因为维护聊天室的用户列表）二、长连接服务和http服务的切换，需要解订后重新订阅三、http服务中：（1）退出聊天室需要取订；（2）已登录到未登录， 可以不用解订，因为旁观收消息是通过http轮训接口，鉴权是没有判断是否已经登录；（3）登录用户之间的切换，需要取消订阅重新订阅，维护聊天室的用户列表 （4）未登录到已经登录，需要解订后重新订阅（维护聊天室的用户列表）
判断走长连接服务还是http服务
存<sid-channel>
总结就是：客户端在登录状态的切换，登录用户的切换，长连接和http服务间的切换，均需要解订阅后重新订阅；
判断是否有sid是否登录
