-
Notifications
You must be signed in to change notification settings - Fork 2.9k
Pomelo启动流程
该框架启动的模型如下图:
在使用pomelo进行游戏开发时,game-server目录中的app.js是整个游戏服务器的启动运行入口。使用pomelo创建项目与默认配置并启动服务器的代码如下:
var pomelo = require('pomelo');
var app = pomelo.createApp();
app.set('name', 'nameofproject');
app.defaultConfiguration();
app.start();
从上面的代码可以看出,用户首先需要在项目中引入pomelo,然后创建application,接着完成一些基本的应用配置,最后应用就可以启动了。当app.js运行起来后,pomelo会根据游戏的配置启动不同的相关组件及服务器。
在启动应用后,首先会加载组件,组件主要包括:handler, filter, master, monitor, proxy, remote, server, sync, connection。组件是连接pomelo和pomelo相关依赖库的桥梁,不同的服务器会选择性加载不同的组件;用户可以根据应用的需求,对不同服务器进行配置从而加载不同的组件,另外用户可以自己开发组件。
组件同时是具有生命周期的,其生命周期可以包括before start, start, after start, stop等。在组件中可以实现这些方法,应用服务器会在不同的运行阶段执行组件不同生命周期的方法。
master服务器首先会加载master组件,在master组件中会启动master服务器。当master服务器启动后,它首先会加载adminConsole模块,然后根据用户的配置的servers.json文件和之前master启动接收到的参数启动其它服务器。其它服务器的启动过程和master服务器一样,从app.js进入,然后加载对应的组件,最后完成启动。
所有服务器的启动都是从运行app.js开始。每一个服务器的启动都首先创建一个全局唯一的application对象,该对象中挂载了所在服务器的所有信息,包括服务器物理信息、服务器逻辑信息、以及pomelo的组件信息等。同时,该对象还提供应用管理和配置等基本方法。 在app.js中调用app.start()方法后,application对象首先会通过loadDefaultComponents方法加载默认的组件。
在加载组件时,系统会根据application对象中服务器的信息,针对不同的服务器加载不同的信息,例如,对于master服务器,系统只会加载master组件和monitor组件,对于其它服务器默认加载proxy、filter、handler和server组件,特定的服务器还需要加载特定的组件,例如前端服务器会加载connection组件,针对后端服务器会加载remote组件。具体组件的说明如下:
- master: master组件主要负责启动master服务器。
- monitor: monitor组件主要负责启动各个服务器的monitor服务,该服务负责收集服务器的信息并定期向master进行消息推送,保持master与各个服务器的心跳连接。
- proxy: proxy组件主要负责生成服务器rpc客户端,由于系统中存在多个服务器进程,不同服务器进程之间相互通信需要通过rpc调用(master服务器除外)。
- handler:handler组件主要负责加载前端服务器中的handler目录下的文件。
- filter: filter组件主要负责加载服务器请求的filter服务,包括rpc调用前的filter及rpc调用后的filter。
- remote: remote组件主要负责加载后端服务器的服务并生成服务器rpc服务端。
- server:server组件主要负责启动前端服务器的websocket服务和所有服务器的handle服务。
- sync: sync组件主要负责启动数据同步模块并对外提供数据同步功能。
- connection: connection组件主要负责启动用户连接信息的统计服务。
组件加载情况具体如下图所示:
在master服务器启动时,系统会启动adminConsole。adminConsole是pomelo的监控模块,可以通过web端的方式来对游戏服务器集群的运行状态,性能,日志等进行实时的监控adminConsole主要包括三种角色,包括master,monitor和client。
- master:运行在master进程中,监听端口等待monitor和client的连接。主要负责维护所有已注册的连接,消息路由和处理,以及缓存服务器集群状态信息。
- monitor:运行在各个需要监控的服务器进程中(包括master)。启动后连接并注册到master,主要负责收集被监控的进程信息,向master汇报。
- client:运行在admin console的web页面。启动后连接并注册到master。主要负责响应用户操作和呈现master返回结果。