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不再多说细节