pomelo 协议

分析的是hybridconnector，使用的chatofpomelo-websocket（pomelo为0.7.0）
參考：https://github.com/NetEase/pomelo/wiki/Pomelo-通讯协议
http://cnodejs.org/topic/51395fd0df9e9fcc5882576c


client握手：


pomelo在init时候，创建WebSocket连接。并定义onopen onmessage回调，
连接建立后，onopen被回调。client首先发送握手包var obj = Package.encode(Package.TYPE_HANDSHAKE, Protocol.strencode(JSON.stringify(handshakeBuffer)));
參数为。假设version在client有缓存，将使用缓存{
  'sys': {
    'version': '1.1.1',
    'type': 'js-websocket'
  }, 
  'user': {
    // any customized request data
  }
}
这种方法中，package格式为type。length。body。传入的參数为type和body，


服务端发回message，在onmessage中处理server到client的握手响应,服务端发回的參数
{
  'code': 200,          // result code
  'sys': {
    'heartbeat': 3,     // heartbeat interval in second
    'dict': {},         // route dictionary
    'protos': {}        // protobuf definition data
  }, 
  'user': {
    // any customized response data
  }
}
并分发到handshake处理。首先缓存dict和protos，然后发回var obj = Package.encode(Package.TYPE_HANDSHAKE_ACK);握手ack，至此握手完成




client打包：
Package分为header和body两部分。

Header描写叙述package包的类型和包的长度。body则是须要传输的数据内容。

详细格式參考https://github.com/NetEase/pomelo/wiki/Pomelo-通讯协议
package的body部分发送的是Message，消息头分为三部分，flag，message id，route。

详细格式參考https://github.com/NetEase/pomelo/wiki/Pomelo-通讯协议


Package.encode，打包函数比較简单，仅仅是转换大小端
Message.encode。Message的打包函数，第一步是计算包长度，message id可变，要计算，是否有路由。要计算。加上发送的内容，就是总长度，然后创建buffer填充内容。
填充内容时候，假设有路由压缩，则在填充路由的时候。填充替换过的路由。
pomelo.encode 用户数据打包函数。

这个打包的结果是Message.encode中的msg，这个函数用了处理路由压缩和protobuf压缩。

假设clientProtos中配置了路由。将用 protobuf.encode(route, msg);打包内容。假设dict定义了路由，将替换路由


程序运行的顺序刚好与以上介绍反过来，先内层后外层


client解包：
Package.decode，解包出类型和长度
Message.decode。解包id，路由。和body，注意id和路由可能不存在
pomelo.decode。假设有id。则说明是request，直接从routeMap中替换路由，然后deCompose，路由有compressRoute，则替换路由。serverProtos中要求打包路由，则用protobuf.decode解包内容


解包刚好是正常的运行顺序，先外层后内层






服务端：


使用的hybridconnector中的websocket链接


hybridconnector和hybridsocket是pomelo封装的server和socket。switch是转发。

wsprocessor是websocket处理的文件，commands目录是握手。心跳处理的逻辑


hybridconnector用 this.tcpServer = net.createServer();接受连接。switch分发tcp和websocket。

到processor处理


对于websocket的连接建立过程：
1：switch中的tcpServer转发connection到newSocket处理。newSocket将connection转发给wsprocessor处理
2：Processor.prototype.add中。httpServer分发connection消息（由于pomelo自己用net接受的连接，所以要自己用httpserver解析http协议），
http.js中用connectionListener函数处理connection消息。仅仅是为socket加入了一下处理函数（ondata下一步会用到），
3：由于socket.ondata存在，所以直接调用，在http.js中看到ondata相应websocket来说，是为了分发upgrade消息
4：在httpserver的外层还有WebSocketServer，WebSocketServer在创建的时候，会注冊httpserver的upgrade消息，用于建立websocket连接，同一时候分发connection消息
5：processor在创建的时候。注冊了websocketserver的connection消息，并再次分发
6：switch转发了processor的connection消息
7：hybridconnector注冊了switch的connection消息，用socket封装成hybridsocket。并为hybridsocket注冊handshake heartbeat disconnect closing消息，同一时候分发connection消息
8：组件connector在初始化时。注冊了hybridconnector的connection消息，用bindEvents，为hybridsocket注冊了disconnect  error message消息。至此连接建立


对于websocket的握手过程：
1：消息的起源处是，socket分发message消息。在hybridsocket中，收到消息，用Package.decode(msg)解包，解包函数与client一致，握手请求分发到handleHandshake。分发传入的socket为hybridsocket类型
2：handleHandshake将上一步解析出的msg，将body通过JSON.parse(protocol.strdecode(msg.body))转成json，用handshake消息分发出去
3：在hybridconnector中，參考【websocket的连接建立过程】7。连接时候已经注冊了handshake处理方法。将转发给handshake.handle
4：在commands的handshake中。參数heartbeat  dict sys被收集，通过服务端的握手包返回给client


5：但服务端收到握手ack包时。服务端回复client心跳包，（socket.emit('heartbeat');）。至此握手完毕


服务端心跳逻辑：
1：握手完毕后，hybridsocket分发heartbeat消息，在commands中的heartbeat处理，在heartbeats字典中。存储计时器，将在心跳时间后，发送心跳包。并注冊超时函数


2：当收到client的心跳包后。在hybridsocket处handleHeartbeat中处理。分发heartbeat消息。

在commands中的heartbeat中。要先清理超时回调，然后同1




服务端响应request：
1：消息的起源处是，socket分发message消息。在hybridsocket中，收到message消息，用Package.decode(msg)解包，解包函数与client一致，通过hybridsocket分发解析后的msg
2：參考【websocket的连接建立过程】8，在connector处理了解析后的msg，首先调用 self.connector.decode(msg);hybridconnector中的decode与client的解包一致，
先调用Message.decode(msg.body);然后替换路由。和用protobuf解压缩
3：然后handleMessage。将解析后的请求，分发到相应的server处理，回调的结果通过self.send(msg.id, msg.route, resp, [session.id], {isResponse: true}, function() {});返回给client
send中会将发送的内容通过emsg = this.connector.encode(reqId, route, msg);打包成message，代码在hybridconnector中，与client逻辑同样
4：connector的send方法。通过组件__pushScheduler__发送，并在下一帧调用回调函数（reqest的回调为空函数）
5：组件__pushScheduler__发送，不论是广播还是推送，都是通过sessionService.sendMessage发送，然后调用session的send方法
6：sessionservice逻辑中。session是在【websocket的连接建立过程】8中的bindevents中生成的。成员变量__socket__是hybridsocket，所以。session的send方法通过hybridsocket的send实现
7：hybridsocket的send中this.sendRaw(Package.encode(Package.TYPE_DATA, msg)); 至此服务端完毕对request的响应


服务端的push不再详说