- 发布的消息对应一个
ID（只要单个方向唯一即可，服务器端可能会根ID判断重复接收），消息重传机制确保有限次的重试，重试失败给予用户提示，发送成功会反馈确认，客户端只有收到确认信息才知道发送成功。发送消息可能不会产生新SyncKey。
- 发布的消息对应一个
- 基于版本号（
SynKey）的状态消息同步机制，增量、有序传输需求水到渠成。长连接通知/短连接获取、确认等，交互方式简单，确保了消息可靠谱、准确无误到达。
- 基于版本号（
- 客户端/服务器端都会存储消息ID处理记录，避免被重复消费客户端获取最新消息，但未确认，服务器端不会认为该消息被消费掉。下次客户端会重新获取，会查询当前消息是否被处理过。根据一些现象猜测。
- 总体上看，微信协议跨平台（
TCP或HTTP都可呈现，处理方式可统一），通过“握手”同步，很可靠，无论哪一个平台都可以支持的很好
- 总体上看，微信协议跨平台（
- 微信协议最小成本为
16字节，大部分时间若干个消息包和在一起，批量传输。微信协议说不上最简洁，也不是最节省流量，但是非常成功的。
- 微信协议最小成本为
- 若服务器检测到一些不确定因素，可能会导致微启用安全套接层
SSL协议进行常规的TCP长连接传输。短连接都没有发生变化
- 若服务器检测到一些不确定因素，可能会导致微启用安全套接层
网友评论