欢迎大家来到IT世界,在知识的湖畔探索吧!
前言
IM通信协议的分层设计
- （1）语法：即数据与控制信息的结构或格式
- （2）语义：即需要发出何种控制信息，完成何种动作以及做出何种响应
- （3）时序：即事件实现顺序的详细说明
欢迎大家来到IT世界,在知识的湖畔探索吧!
IM应用层协议设计
1、文本协议
1234GET / HTTP/1.1User-Agent: curlHost: musicml.netAccept: */*欢迎大家来到IT世界,在知识的湖畔探索吧!
- a. 可读性好，便于调试
- b. 扩展性也好（通过key:value扩展）
- c. 解析效率一般（一行一行读入，按照冒号分割，解析key和value）
- d. 对二进制的支持不好 ，比如语音／视频
IM中，MSN使用的是文本协议。
2、二进制协议
- a. 可读性差，难于调试
- b. 扩展性不好 ，如果要扩展字段，旧版协议就不兼容了，所以一般设计时会有一个Version字段
- c. 解析效率超高（几乎没有解析代价）
- d. 对二进制的支持不好 ，比如语音／视频
3、流式XML协议
- a.它是准标准协议，可以跨域互通
- b.XML的优点，可读性好，扩展性好
- c.解析代价超高（dom解析）
- d.有效数据传输率超低（大量的标签）
4、实际的例子
- a. 现成的解析库种类多，可以生成C++、Java、php等10余种语言代码（详见请点击：http://www.52im.net/thread-277-1-1.html）
- b. 自带压缩功能
- c. 在工业界已广泛应用
- d. google制造
IM安全层协议设计
1使用SSL
证书管理微微复杂，代价有点高。
2自行加解密
自己来搞加解密，核心在于密钥的生成与管理，密钥管理方式有多种，主要有这么三种：
（1）固定密钥
服务端和客户端约定好一个密钥，同时约定好一个加密算法（eg：AES ），每次客户端im在发送前，就用约定好的算法，以及约定好的密钥加密再传输，服务端收到报文后，用约定好的算法，约定好的密钥再解密。这种方式，密钥和算法对程序员都是透明的。
（2）一人一密钥
简单说来就是每个人的密钥是固定的，但是每个人之间又不同，其实就是在固定密钥的算法中包含用户的某一特殊属性，比如用户uid、手机号、号等。
（3）动态密钥（一session一密钥）
动态密钥，一Session一密钥的安全性更高，每次会话前协商密钥。密钥协商的过程要经过2次非对称密钥的随机生成，1次对称加密密钥的随机生成，具体详情这里不展开，有兴趣的同学可以看下SSL密钥协商额过程。
IM传输层协议设计
结语
喜欢的朋友可以后台私信【1】获取学习视频
免责声明：本站所有文章内容,图片，视频等均是来源于用户投稿和互联网及文摘转载整编而成，不代表本站观点，不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益，请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权，请联系删除，如若转载，请注明出处：https://itzsg.com/91938.html
