微信:(http://timyang.net/architecture/notes-weixin/)
对此,业界标准的解决方案:Messaging And Presence Protocol:1)XMPP;2)SIP/SIMPLE。它的优点是简单,大量开源实现。而缺点同样明显:1)流量大:状态初始化;2)消息不可靠。
微信在系统中做了特殊设计,叫SYNC协议,是参考Activesyec来实现的。特点首先是基于状态同步的协议,假定说收发消息本身是状态同步的过程,假定终端和服务器状态已经被迟了,在服务器端收到最新的消息,当客户端、终端向服务器对接的时候,收取消息的过程实际上可以简单的归纳为状态同步的过程,收消息以及收取你好友状态更新都是相同的。在这样的模式之下,我们会也许会把交互的模式统一化,只需要推送一个消息到达的通知就可以了,终端收到这个通知就来做消息的同步。在这样的简化模式之下,安卓和塞班都可以得到统一。这样的系统本身的实现是更为复杂的,但是获得很多额外的好处。
让剩下系统实现的部分更加简单,简化了交互模式,状态同步可以通过状态同步的差值获得最小的数据变更,通过增量的传输得到最小的数据传输量。通过这样的协议设计,微信可以确保消息是稳定到达的,而且是按序到达。引用一句俗话:比它炫的没它简单,比它简单的没它快,没谁比他更快,哪怕在GPRS下,微信也能把进度条轻易推到底。
微信的技术也是一流的.在别人还在抄袭XMPP协议的时候.微信参照Exchange AciticeSync自己搞一个同步协议,省流量并且支持离线发送消息这也是成功一个条件.(http://t.qq.com/p/t/143799079305337)
Kiki:xmpp ,服务端(tigase ) (http://www.zhihu.com/question/19788134)
KIK会基于你的手机通讯录构建好友列表。KIK还有一个纯产品功能的创新。现在,通过KIK进行短信息交流时,可以看到对方的状态,你的信息是否发送、对方是否已经阅读、是否正在给你回信都可以一目了然。这个细节上的功能创新,实际上迈出了重要的一步,即把行为反馈做为了信息沟通的一部分。这种用户使用体验上的提升,看似一小步,实际一大步。(http://column.iresearch.cn/u/star700/337518.shtml)
米聊:XMPP协议
考虑到openfrie集群需要license, 而单台openfire在稳定性及容量上都难以为继(http://blog.csdn.net/untager/article/details/7530619)
http://waw.iteye.com/blog/1197811
基于Smack 实现Notification数据包。smack的类中有一个org.jivesoftware.smack.packet.IQ只需对他重写即可,在做的时候其实可以简单一点的,如果你使用tinder.jar 包,其IQ org.xmpp.packet.IQ 有一个 setChildElement 方法与 getChildElement相对应,但smack没有!
主要用于与android Client之间Push通信.
定义一套自己的数据包格式:
微信的研究(http://blog.csdn.net/chief1985/article/details/7902016)
1. 微信android使用的是amr编码;iphone未知,估计是aac,转码会在微信服务器上完成。android上使用了speex这个库,估计是为了达到边录边发。在服务器做格式转换确实比客户端方便多了,用ffmpeg就可以搞定了,也是瘦客户端的一种思路,而且可以依此延伸很多扩展业务。
2. 微信android最新版的数据库依然是sqlite,但文件做了加密,用的是http://sqlcipher.net/
3. 微信发送地理位置用的是google地图,网页地址在assets\map\map_cn.html
4. 微信的视频通信不是在QQ的基础上做的,而是自己实现的一套,基于speex,webrtc, voip等库。微信和QQ的视频通信和skype相差太远了,特别是网络好的情况下。看来视频通信还是有技术壁垒的,现在只能希望Google将webrtc做成熟一点了。
。。。。。。
微信的研究2(http://blog.csdn.net/chief1985/article/details/7905540)