酷信即时通讯云_高性能企业即时通讯全套源码

名称	酷信即时通讯(以下简称“酷信”)	视酷即时通讯(以下简称“视酷”)
推出时间	2018.12	2013.2
网络框架	Java的AIO(TCP长连接)	Java的NIO(TCP长连接)
交互控制协议	自定义协议简单明了	XMPP协议繁多复杂
包格式	基于Protobuf的二进制字节格式，包极小	基于XML的文本标签格式，包较大
包体积	数据量小，传输速度快，带宽占用低	数据包大，传输速度慢，带宽占用高
并发数	大约是视酷的2-5倍	单台服务器并发10万用户左右
连接速度	优于视酷	弱网比较慢
发送速度	优于视酷	弱网比较慢
回执速度	优于视酷，且支持批量	弱网比较慢
组包支持	多个消息包组合统一发送节约带宽	多个消息包逐一发送
协议自由度	扩展性好,可自定义协议	必须遵循XMPP的协议标准
群组消息新数量	显示准确的总数量	最多显示99+
账号区别	只需要在业务系统注册帐号	需同时在业务系统+XMPP系统里注册帐号
数据库存储	分库分表存储效率快	单表存储效率慢
集成效率	框架简单集成效率快	框架复杂集成效率慢
前后端功能	和视酷即时通讯功能一模一样	功能齐全
集群插件	按通讯服务器台数收费(每30万用户需要一台,授权码模式)	按通讯服务器台数收费(超过10万用户需要采购)
自主研发	前后端100%完全自主研发	服务端基于Tigase开源项目大量修改，客户端100%自研
开源程度	仅服务端长连接通讯层不开源(HTTP接口层、客户端等均开源)	全部开源
开源占比	99%(服务端支持新增聊天协议、收到协议时有回调接口等定制)	100%(没有任何自己封装的静态库，定制无限制)
产品价格	酷信比视酷贵	视酷是酷信价格的70%，即打7折
结论	完全自研，大并发性能好；小缺点是服务端通讯层仅能轻度定制	完全开源，定制无限制；缺点是并发性能一般

Protocol buffers 是一种语言无关、平台无关、可扩展的序列化结构数据的方法，它可用于（数据）通信协议、数据存储等。
Protocol Buffers 是一种灵活，高效，自动化机制的结构数据序列化方法，用protobuf序列化后的大小是JSON的10分之一，是XML格式的20分之一，但是性能却是它们的5~100倍，扩展性、兼容性更好。

例如用户单聊记录
根据用户ID除 10000,作为分库的键
每一万用户的聊天记录存在一张表中,达到聊天记录均匀分散
提高数据库插入和查询的处理效率（多处与用户相关的表设计都采用了这个方案）

服务器内部会把同一时间内有多个消息包会自动组成一个协议包发送
收到多条消息只需要发送一个回执协议，减少回执协议的浪费
需要客户端解析协议包时解析为多个消息包处理

视酷	酷信
视酷中没有群组的概念都是临时聊天室实现的，客户端在每次登陆成功后都要遍历自己的群组，每个群组发送一个加入的协议	登陆后不需要客户端发送加群协议，服务端会自动把用户加入的群组和用户的连接进行绑定
创建群组需发送多个协议	群组多和网络不稳定的时候不会有影响
群组多的时候和网络不稳定的时候错误率比较多	创建群组仅需发送一个协议
群组成员上限为1万	群组成员上限为10万

视酷	酷信
最多会返回最后发送的100条消息，显示99+	会显示准确的离线消息总数量，并获取最近20条
漫游消息时，速度慢	漫游消息时，速度快

视酷	酷信
在业务系统注册一个账号后,系统需要自动调用XMPP系统注册一个用户	业务系统注册后,无需再注册一个账号
需要客户端保存密码（过程复杂需要保持内容一致性）	业务系统登陆后,根据返回的token登陆客户端不需要保存密码
诸如此类，XMPP交互控制协议多达几百种，类型繁多过程复杂	创建群组仅需发送一个协议
视酷即时通讯账号登陆只能是密码登陆且XMPP系统能必须注册了该用户否则会登陆失败	交互控制协议不超过十种，协议极简流程极简

酷信客服系统

覆盖Windows、安卓、苹果多端，完善的智能客服系统
24小时在线客服接待，人工客服不在时，有智能机器人服务，不漏掉任何客户
电脑、移动端网页客服可自动回复客户消息
支持发送文字、图片、表情、文件类型消息，可拨打语音、视频通话，可直接与客服QQ、微信聊天，支持在线留言。

即时消息/单聊

酷信即时通讯是开源IM，掌控全部即时通讯源码和聊天源码：视频聊天源码、语音聊天源码，可深度自由定制
即时通讯私有化部署，聊天记录不外泄