一、集成概述
app服务器和环信服务器的集成
环信只是即时通讯的消息通道， 本身不提供用户体系，环信不保存app业务数据，也不保存app用户信息
环信这样设计的目的是：
尽量少的侵入开发者自己的APP业务数据和用户体系，用户体系是一个APP最核心的数据，在当前中国的开发环境下，部分开发者会比较难信赖一个第三方厂商 ， 把自己最关键的用户体系信息托管到一个第三方平台上
大多数APP都有自己的服务器后台，有自己的用户体系，所以环信尽力做好的环节是尽可能方便开发者把环信和自己的用户体系集成，而不是为开发者提供自己可能不会用的用户体系
环信服务器提供了REST API 服务用来集成用户和好友体系：
用户体系：
用户管理rest API 提供了一个创建环信账号的REST方法，这个方法很简单，只需要提供账号ID和密码 2个参数
可以创建一个环信账号， 对一个已经上线，已经有很多用户的APP，要集成环境，只需要一个脚本，循环调用环信用户的rest方法
好友体系：
环信提供好友体系，但不是必须使用的，仅在需要控制消息的发送权限时候，才启动。app需要将现有的app好友关系导入到环信的好友体系中，这样环信才有足够的信息去控制谁可以给谁发送消息，好友列表管理rest API 提供可一个修改环信账号好友体系的rest方法，对一个已经上线，已经有很多用户的app来说，只需要写一个脚本，循环调用修改环信账号好友体系的REST方法
二、websocket
1、概述
http 协议是一种无状态协议，服务器本身不具有识别客户端的能力，必须借助外部机制，比如session 和 cookie,
才能和特定的客户端保持对话，这样多少带来一些不便，尤其是服务器端和客户端需要持续交换数据的场合（网络聊天等）
websocket的主要作用是：允许服务器端和客户端进行全双工full-duplex 通信，
http协议有点像发电子邮件，发出后必须等待对方回信，
websocket像是打电话，服务器端和客户端可以同时向对方发送数据，他们之间存在着一条持续打开的数据通道
websocket协议可以完全取代ajax方法， 用来向服务器端发送文本和二进制数据，而且没有同域限制
websocket不使用http 协议， 而是使用自己的协议，浏览器发出的websocket请求类似：
GET / HTTP/1.1
Connection: Upgrade
Upgrade: websocket
Host: example.com
Origin: null
Sec-WebSocket-Key: sN9cRrP/n9NdMgdcy2VJFQ==
Sec-WebSocket-Version: 13
http头是upgrade, http1.1 协议规定： upgrade头信息表示通信协议从http/1.1转向该项所指定的协议，所以
'connection: upgrade‘表示浏览器通知服务器， 如果可以，就升级到websocket协议
origin用于验证浏览器域名是否在服务器许可的范围内，
sec-websocket-key 则是用于握手协议的密钥， 是base64编码的16字节随机字符串
服务器端的websocket回应是
HTTP/1.1 101 Switching Protocols
Connection: Upgrade
Upgrade: websocket
Sec-WebSocket-Accept: fFBooB7FAkLlXgRSz0BT3v4hq5s=
Sec-WebSocket-Origin: null
Sec-WebSocket-Location: ws://example.com/
服务器端同样用connection: upgrade通知浏览器， 需要改变协议
sec-websocket-accept是服务器在浏览器提供的sec-websocket-key字符串后面，
添加“258EAFA5-E914-47DA-95CA-C5AB0DC85B11” 字符串，然后再取sha-1的hash值
浏览器将这个值进行验证，证明确实是目标服务器回应了websocket请求
sec-websocket-location表示进行通信的websocket网址
websocket协议用ws表示， 此外，还有wss协议， 表示加密的websocket协议，对应于https协议
完成握手以后， websocket协议就在tcp协议上， 开始传送数据
websocket协议需要服务器支持
客户端：
浏览器端对websocket协议的处理，无非是三件事：
建立连接和断开连接， 发送数据和接收数据， 处理错误
