现在分析的版本为0.7版。pomelo-sync，pomelo里用于解决游戏进程中需要持久化的数据在内存与存储系统之间的同步问题。

一、pomelo程序如何使用pomelo-sync

    新版本的pomelo里增强了支持用户自行扩展的能力。用户只用在app.use(plugin, opts)就可以了，具体请看pomelo的application.js里的use函数。需要这个plugin里有components成员。use函数里，pomelo将plugin的componets所指的组件load起来，并将opts传给这个plugin的components。

    pomelo-sync自身只负责实现db数据与内存数据间的定时同步，所以另一个项目pomelo-sync-plugin就将pomelo-sync封装成了一个componet。app.use(require('pomelo-sync-plugin', opts)就完成了数据同步插件的装载。

二、pomelo-sync

    pomelo-sync在构造的时候，将参数里的client（与持久化层的链接）、mapping（如各种操作的sql语句的映射表）等赋值给自己的相应成员。最后开启定时刷内存数据到持久化层的计时器SyncTimer。

    对外接口不只在dbsync.js里，还分布在lib/commands下的几个文件里。其中exec/flush/sync等在commands/server.js里。

（一）pomelo-sync.exec

    pomelo-sync.exec函数，被用户程序调用。将用户的数据放入pomelo-sync.flushQueue或者pomelo-sync.mergerMap。

（二）pomelo-sync.flush

    pomelo-sync.flush函数，将单挑数据立即持久化。

（二）pomelo-sync.sync

    pomelo-sync.sync函数，被SyncTimer调用，也可以被用户程序调用，立即将全部内存数据持久化。sync函数里调用的是rewriter.js里的sync。rewriter.sync里将pomelo-sync.flushQueue和pomelo-sync.mergerMap里的数据通过rewrite.tick刷进持久层。rewriter.tick里是通过pomelo-sync.mapping里的映射调对应的sql语句来实现的。

一、客户端与服务器的通信

    客户端的通信在pomelo-client里封装了。

    服务器与客户端的通信在connector里。底层提供websocket、tcp和socket.io三种方式的通信。

（一）connector组件（components/connector.js）

    组件构造函数里会this.connector从opts里取connector，或者默认为connectors/sioconnector.js。（connector的实现sioconnector和hybridconnector）

    组件的start里会将this.server\this.session\this.connection分别映射到app的对应的组件上。

    组件的afterStart里this.connector.start，并监听this.connector的'connection'事件。

        'connection'事件处理为：

        将connection关联一个session，监听socket的message事件，接受到message时decode message，再将message交给server组件的handle，处理完回调里再将返回信息在connector组件的send里处理。

        另外监听session的'bind'事件，处理函数为，调用connection.addLoginedUser。

    组件里的send，encode reponse的message，然后交给schedule组件的schedule。

（二）hybridconnector的实现

    connectors/hybridconnector.js以及connectors/hybird。hyrbird实现了原生socket和websocket两种。

    hybridconnector.start里会this.tcpServer=net.createServer，然后把以这个tcpServer为参数创建一个switcher。之后在switcher的'connection'事件里将tcpsocket装进hybridsocket。

（1）hybrid/switcher.js

    switcher构造函数接受一个server参数，并创建this.wsprocessor和this.tcpprocessor。

    switcher监听参数server的'connection'事件，事件处理函数里监听原生socket的'data'事件，判断data是否有http头，如果有，则调用wsprocessor.add，这个add会向外emit 'connection'（事件参数为原生socket），并向socket emit 'data'事件；否则非http，则调用tcpprocessor.add，这个add会以刚才的原生socket为参数创建一个tcpsocket，同时向tcpprocessor emit 'connection'（事件参数为原生tcpsocket）、向这个原生socket emit 'data'事件。

    switcher也监听了this.wsprocessor和this.tcpprocessor的'connection'事件，处理为向switcher自己emit 'connection'。总结，switcher的职责，将socket的字节流data拼成包，以'message'事件向外emit一个个的完成包msg。

    刚才提到的tcpsocket.js这里处理原生socket的操作。监听了原生socket的'data'、'end'、'error'、'close'事件。例如在'data'处理时，当读入的流长度够一个包的body后就向tcpsocket emit 'message'。

（2）hybridsocket.js

    将socket和websocket封装为统一接口。构造函数里接受一个id和socket参数。

    hybridsocket监听tcpsocket的'message'事件，将msg decode，之后处理。例如Package.TYPE_DATA类型的msg，就将这个msg再向hybridsocket自己emit一个'message'事件，其他可能是'handshake'或'heartbeat'事件。

（三）server组件

    官方描述如下“模块使服务器具备处理客户端请求的能力。该模块主要实现了filter服务，根据当前服务器类型，加载对应handler/目录下的代码，并决定一个请求应该是在当前服务器处理还是应该路由给其他服务器处理。”，下面看看代码流程。

    组件的start里初始化filter和handler。

二、服务器之间的通信

三、框架调用

四、session

（一）session组件（components/session.js）

    session组件直接用的common/service/sessionService。

（二）sessionService

（1）Session（object）

    Session里维护的socket和user信息的之间的对应关系。每个socket有个对应的Session，验证用户身份后就将他们绑定。

    Session构造函数接受参数socket id\frontendId\socket\service。

    Session通过bind\unbind函数将uid绑到this.uid里，并emit 'bind'\'unbind'事件。

    Session的set\get函数来给Session设取值，由this.settings维护。

    Session的send\sendBatch都是直接通过构造时传入的那个socket来操作。

（2）MockLocalSession（object）

（3）SessionService（object）

    负责对Session的管理。构造函数里将this.sessions和this.uidMap初始为空表。

    SessionService的create负责new Session，并放到this.sessions里。

    bind\unbind函数负责将传入的sid\uid对应绑定到this.sessions\this.uidMap里。uidMap里每个元素是个数组，所以每个uid可以对应多个session？（这个以后再具体了解下）

    sendMessage\sendMessageByUid根据sid\uid往对应的session或sessions发消息。

    其他函数不一一列举了。

（三）session的使用

    看了下chatofpomelo里，是在connector/handler/entryHandler.js里的enter函数，直接用了session.bind。简单用法就是在自己项目的验证uid后自己绑定。

五、pomelo-rpc

（一）rpc-client

    client.create\mailstation.create\mailstation.mailboxFactory挂载mailbox\

    client.start(callback)\mailstation.start&callback

    client.addProxies(remote-calls)\proxy.create\

（二）rpc-server

    lib/rpc-server/server将远程调用处理下，加到opts.services里，然后通过gateway来listen端口和处理message。

    由于才接触nodejs几天，看源码时各种细节和设计方法都得熟悉下。结合chatofpomelo-websocket，先从pomelo的使用入口开始看。

一、chatofpomelo的开启流程

    Pomelo.createApp出来Application，然后Application.start就开启了。

    createApp时会调Application.init来做初始化。

    init里调AppUtil.defaultConfiguration来读入默认配置。例如从master.json里读入master配置（Application.master），从servers.json里读入服务器集群各进程的type、host和port配置（可以通过Application.get("__serverMap__")获取）。

二、组件的挂载

    组件放在components目录下。各组件可以通过Pomelo.components或者直接通过Pomelo来按名取。也可以通过Application.components来按名取（每个组件的名字在自己的name属性里，通常为js文件名加前后双下划线，例如connector.js的组件名为“__connector__”）。

    下面看下组件的挂载和运行。

    Pomelo里会遍历componets目录里的各个js文件，然后require到Pomelo里和Pomelo.components里。

    Application.start里先调用AppUtil.loadDefaultComponents，loadDefaultComponents里会根据Application.serverType来Application.load需要的components。

    Application.load里会将Pomelo里的components放到自己的components里。

    Application.start/stop/afterStart等方法会统一执行各components里的对应start/stop/afterStart等方法。

三、ps

    ​这篇发表后，在google里搜了下（我的一点恶趣味：经常发表随笔后会看看搜索引擎收录了没）“pomelo 源码分析 组件”，发现了pomelo官方wiki里关于组件的说明，奇怪之前准备看组件时没搜到。分析源码之前也浏览了下官方wiki，应该是偏向于了解大概了，各细节没了太大印象。

    ​不过官方已经有了也没关系，随笔给人参考的价值变小后，就当自己的笔记吧。

    ​另外网上也有些pomelo的源码分析了，但是看了眼，跟我想要的不太一样。

附官方组件wiki：

1. Pomelo-Framework里的组件部分：https://github.com/NetEase/pomelo/wiki/Pomelo-Framework

2. Pomelo-组件：https://github.com/NetEase/pomelo/wiki/Pomelo-%E7%BB%84%E4%BB%B6

一、node.js能做啥

    http://www.infoq.com/cn/articles/what-is-nodejs

二、杂项问题

1. http的长连接是不是也是只能req/rep模式，能实现服务器端push吗？

    http的长连接即HTTP keep-alive（HTTP1.1里加入），这个原生的只是为了更少的建立和关闭tcp链接，可以减少网络流量；因为已建立的tcp握手，减少后续请求的延时等。这个http长连接不支持全双工通信。

    http实现“服务器推”的技术，一是借助客户端Flash XMLSocket或者Java Applet套接口来实现；另一种是comet技术。（还有一种遭罪的客户端以一定间隔向服务器发出请求的轮询就不提了）

    comet有两种：

        （1）基于AJAX的长轮询（long-polling技术）

        （2）基于 Iframe 及 htmlfile 的流（streaming）方式

    这两种方式看描述已经离手游服务器差远了，就不去招惹它们了吧。

2. 大规模网站的架构？怎么做到水平扩展的？

    网站的需求跟游戏不一样，网站都是http就够了，req/rep即可，没有交互等广播同步之类的复杂状态。

    （pomelo里表示游戏的业务模型很难做到传统网站那种无限水平扩展）

3. websocekt是什么？

    html5开始提供的，为了使浏览器和服务器间进行全双工通讯的长链接协议。websocket协议本质上是一个基于TCP的长连接协议。与传统C/S长连接的区别在于，websocket链接开始时的握手协议，客户端首先要向服务器发起一个HTTP骑牛，这个请求和通常的HTTP请求不同，包含了一个附加信息"Upgrade:WebSocket"表明申请协议升级，服务器回应后，即握手完成，websocket链接建立起来，双方自由通信，直到一方关闭链接。

    websocket相对于http的优点，除了全双工通讯，还有服务器与客户端交换的header信息很小。

    websocket与传统socket的区别，前者有帧协议，不需要上层做拼包了。

4. redis可以直接搞集群吗？

    数据量太大时，redis的持久化会影响性能，解决方案时用个slave专职做持久化。另外redis容灾和传统web应用的减压，就开多个slave，用于分担读的压力。

    当库到一定数量时，可以用分库分表来水平扩展。 

5. node.js能用c++扩展吗？

    v8和node都是c++写的。

三、网易pomelo能干些啥

    分布式服务器，方便扩展。另外实现了很多游戏常用模块，如aoi等。

四、公司的node.js框架有哪些不能做的

1. websocket实现了吗？

    实现中。

2. 方便分布式扩展吗？

    貌似没有pomelo那么方便。 

五、总结

    ​node.js做手游服务器的开发还是挺方便的，pomelo已经做很多事情……

N、参考

1. Comet：基于 HTTP 长连接的“服务器推”技术：http://www.ibm.com/developerworks/cn/web/wa-lo-comet/

2. WebSocket：http://zh.wikipedia.org/wiki/WebSocket

3. 使用 HTML5 WebSocket 构建实时 Web 应用：http://www.ibm.com/developerworks/cn/web/1112_huangxa_websocket/

4. pomelo：https://github.com/NetEase/pomelo

5. HTTP长连接：http://www.blogjava.net/xjacker/articles/334709.html

6. Redis复制与可扩展集群搭建：http://www.infoq.com/cn/articles/tq-redis-copy-build-scalable-cluster