首页 新闻 公司
为何要100%完全自研“酷信”?
名称 酷信即时通讯(以下简称“酷信”) 视酷即时通讯(以下简称“视酷”)
推出时间 2018.12 2012.12
网络框架 Java的AIO(TCP长连接) Java的NIO(TCP长连接)
交互控制协议 自定义协议简单明了 XMPP协议繁多复杂
包格式 基于Protobuf的二进制字节格式,包极小 基于XML的文本标签格式,包较大
包体积 数据量小,传输速度快,带宽占用低 数据包大,传输速度慢,带宽占用高
并发数 大约是视酷的2-5倍 单台服务器并发10万用户左右
连接速度 优于视酷 弱网比较慢
发送速度 优于视酷 弱网比较慢
回执速度 优于视酷,且支持批量 弱网比较慢
组包支持 多个消息包组合统一发送节约带宽 多个消息包逐一发送
协议自由度 扩展性好,可自定义协议 必须遵循XMPP的协议标准
群组消息新数量 显示准确的总数量 最多显示99+
账号区别 只需要在业务系统注册帐号 需同时在业务系统+XMPP系统里注册帐号
数据库存储 分库分表存储效率快 单表存储效率慢
集成效率 框架简单集成效率快 框架复杂集成效率慢
前后端功能 和视酷即时通讯功能一模一样 功能齐全
集群插件 按通讯服务器台数收费(每30万用户需要一台,授权码模式) 按通讯服务器台数收费(每30万用户需要一台)
自主研发 前后端100%完全自主研发 服务端基于Tigase开源项目大量修改
开源程度 服务端通讯不开源(UI层、业务层、客户端通讯层等均开源) 全部开源(包括UI层、业务层、通讯层等)
开源占比 99%(服务端封装了用于通讯的静态库JAR包,不影响二开) 100%(没有任何自己封装的静态库)
产品价格 和视酷定价一模一样 分设备端定价
结论 酷信完全自研,性能好;小缺点是服务端通讯层不开源 视酷完全开源;缺点是性能一般,并非完全自研
ProtoBuf 说明
数据库存储 分库分表方案
例如用户单聊记录
根据用户ID除 10000,作为分库的键
每一万用户的聊天记录存在一张表中,达到聊天记录均匀分散
提高数据库插入和查询的处理效率(多处与用户相关的表设计都采用了这个方案)
组包支持
数据库存储 分库分表方案
视酷 酷信
视酷中没有群组的概念都是临时聊天室实现的,客户端在每次登陆成功后都要遍历自己的群组,每个群组发送一个加入的协议 登陆后不需要客户端发送加群协议,服务端会自动把用户加入的群组和用户的连接进行绑定
创建群组需发送多个协议 群组多和网络不稳定的时候不会有影响
群组多的时候和网络不稳定的时候错误率比较多 创建群组仅需发送一个协议
群组成员上限为1万 群组成员上限为10万
群组新消息
视酷 酷信
最多会返回最后发送的100条消息,显示99+ 会显示准确的离线消息总数量,并获取最近20条
漫游消息时,速度慢 漫游消息时,速度快
注册登录
视酷 酷信
在业务系统注册一个账号后,系统需要自动调用XMPP系统注册一个用户 业务系统注册后,无需再注册一个账号
需要客户端保存密码(过程复杂 需要保持内容一致性) 业务系统登陆后,根据返回的token登陆客户端不需要保存密码
诸如此类,XMPP交互控制协议多达几百种,类型繁多过程复杂 创建群组仅需发送一个协议
视酷即时通讯 账号登陆只能是密码登陆且XMPP系统能必须注册了该用户否则会登陆失败 交互控制协议不超过十种,协议极简流程极简
即时通讯源代码
酷信客服系统
  • 覆盖Windows、安卓、苹果多端,完善的智能客服系统
  • 24小时在线客服接待,人工客服不在时,有智能机器人服务,不漏掉任何客户
  • 电脑、移动端网页客服可自动回复客户消息
  • 支持发送文字、图片、表情、文件类型消息,可拨打语音、视频通话,可直接与客服QQ、微信聊天,支持在线留言。
客服系统
即时消息/单聊
  • 酷信即时通讯是开源IM,掌控全部即时通讯源码和聊天源码:视频聊天源码、语音聊天源码,可深度自由定制
  • 即时通讯私有化部署,聊天记录不外泄
 

深圳市视酷信息技术有限公司

即时通讯 电话:18938880745

即时通讯 微信:18938880745

即时通讯 QQ:287076078

即时通讯 联系人:唐先生

即时通讯 售前热线:4008770080

即时通讯
粤ICP备17119151号
立即试用