服务器引擎的实现方法和系统.pdf

本发明提供了一种服务器引擎的实现方法和系统。所述方法包括：进行事件监听得到当前触发的事件；进行事件分发得到所述事件位于胶合层的事件处理对象；通过所述位于胶合层的事件处理对象调用Lua脚本处理所述事件。所述系统包括：监听模块，用于进行事件监听得到当前触发的事件；事件分发模块，用于进行事件分发得到所述事件位于胶合层的事件处理对象；脚本调用模块，用于通过所述位于胶合层的事件处理对象调用Lua脚本处理所述事件。采用本发明能降低学习成本，实现快速开发。

权利要求书
1.  一种服务器引擎的实现方法，包括如下步骤：
进行事件监听得到当前触发的事件；
进行事件分发得到所述事件位于胶合层的事件处理对象；
通过所述位于胶合层的事件处理对象调用Lua脚本处理所述事件。

2.  根据权利要求1所述的方法，其特征在于，所述进行事件分发得到所述事件位于胶合层的事件处理对象的步骤之前，所述方法还包括：
判断当前触发的事件是否为服务器事件，若否，则进入进行事件分发得到所述事件位于胶合层的事件处理对象的步骤，若是，则
根据监听得到的服务器事件所对应的客户端连接数据创建相应的客户端事件处理对象；
存储所述创建的客户端事件处理对象。

3.  根据权利要求2所述的方法，其特征在于，所述存储所述创建的客户端事件处理对象的步骤包括：
从空闲链表提取节点，在所述节点存入所述创建的客户端事件处理对象；
将所述存入客户端事件处理对象的节点添加至已使用链表中。

4.  根据权利要求1所述的方法，其特征在于，所述进行事件分发得到所述事件位于胶合层的事件处理对象的步骤包括：
获取所述事件对应的数据，并解析所述事件对应的数据得到相应的位置信息和验证信息；
查找所述胶合层中已使用链表得到所述位置信息对应的节点；
通过所述验证信息验证所述查找得到的节点与所述事件是否匹配，若是，则
获取存储于所述节点中的事件处理对象。

5.  根据权利要求1所述的方法，其特征在于，所述通过所述位于胶合层的事件处理对象调用Lua脚本处理所述事件的步骤包括：
通过所述位于胶合层的事件处理对象调用Lua接口层中相应的接口函数，通过所述接口函数触发所述Lua脚本处理所述事件。

6.  根据权利要求1所述的方法，其特征在于，所述进行事件监听得到当前 触发的事件和所述事件对应的数据的步骤之前，所述方法还包括：
从设定的定时器事件中获取即将到期的最小时间。

7.  根据权利要求2所述的方法，其特征在于，所述进行事件监听得到当前触发的事件的步骤包括：
以所述获取的最小时间作为事件监听的超时值，开启事件监听，并通过网络事件的触发或超时停止当前的事件监听得到当前触发的网络事件或定时器事件；
判断网络事件是否被触发，若是，则进入判断当前触发的事件是否为服务器事件的步骤，若否，则
进入所述进行事件分发得到所述事件位于胶合层的事件处理对象的步骤。

8.  根据权利要求7所述的方法，其特征在于，所述进行事件分发得到所述事件位于胶合层的事件处理对象的步骤包括：
依次检查每一定时器链表，在所述定时器链表中按照添加定时器事件处理对象的先后顺序依次判断定时器事件处理对象是否到期，若是，则
获取所述到期的定时器事件处理对象。

9.  根据权利要求8所述的方法，其特征在于，所述方法还包括：
若判断到网络事件被触发，且所述网络事件被处理完毕之后将进入所述依次检查每一定时器链表的步骤。

10.  一种服务器引擎的实现系统，其特征在于，包括：
监听模块，用于进行事件监听得到当前触发的事件；
事件分发模块，用于进行事件分发得到所述事件位于胶合层的事件处理对象；
脚本调用模块，用于通过所述位于胶合层的事件处理对象调用Lua脚本处理所述事件。

11.  根据权利要求10所述的系统，其特征在于，所述系统还包括：
事件判断模块，用于判断当前触发的事件是否为服务器事件，若否，则通知所述事件分发模块，若是，则通知客户端对象创建模块；
所述客户端对象创建模块用于根据监听得到的服务器事件所对应的客户端连接数据创建相应的客户端事件处理对象；
存储模块，用于存储所述创建的客户端事件处理对象。

12.  根据权利要求11所述的系统，其特征在于，所述存储模块包括：
节点提取单元，用于从空闲链表提取节点，在所述节点存入所述创建的客户端事件处理对象；
节点添加单元，用于将所述存入客户端事件处理对象的节点添加至已使用链表中。

13.  根据权利要求10所述的系统，其特征在于，所述事件分发模块包括：
解析单元，用于获取所述事件对应的数据，并解析所述事件对应的数据得到相应的位置信息和验证信息；
查找单元，用于查找所述胶合层中已使用链表得到所述位置信息对应的节点；
匹配单元，用于通过所述验证信息验证所述查找得到的节点与所述事件是否匹配，若是，则通知事件处理对象获取单元；
所述事件处理对象获取单元用于获取存储于所述节点中的事件处理对象。

14.  根据权利要求10所述的系统，其特征在于，所述脚本调用模块还用于通过所述位于胶合层的事件处理对象调用Lua接口层中相应的接口函数，通过所述接口函数触发所述Lua脚本处理所述事件。

15.  根据权利要求10所述的系统，其特征在于，所述系统还包括：
时间获取模块，用于从所述设定的定时器事件中获取即将到期的最小时间。

16.  根据权利要求11所述的系统，其特征在于，所述监听模块包括：
事件监听单元，用于以所述获取的最小时间作为事件监听的超时值，开启事件监听，并通过网络事件的触发或超时停止当前的事件监听得到当前触发的网络事件或定时器事件；
触发判断单元，用于判断网络事件是否被触发，若是，则通知所述事件判断模块，若否，则通知所述事件分发模块。

17.  根据权利要求16所述的系统，其特征在于，所述事件分发模块包括：
检查单元，用于依次检查每一定时器链表，在所述定时器链表中按照添加定时器事件处理对象的先后顺序依次判断定时器事件处理对象是否到期，若是，则通知定时器对象获取单元；
所述定时器对象获取单元用于获取所述到期的定时器事件处理对象。

18.  根据权利要求17所述的系统，其特征在于，若所述触发判断单元判断到所述网络事件被触发，且所述网络事件被所述脚本调用模块处理完毕之后将通知所述检查单元。

说明书服务器引擎的实现方法和系统
技术领域
本发明涉及互联网应用技术，特别是涉及一种服务器引擎的实现方法和系统。
背景技术
随着互联网应用的发展，通过服务器引擎所搭载的应用逻辑也越来越多，例如，游戏服务器引擎大都接入了多个游戏，用户通过客户端引擎与游戏服务器引擎之间的交互即可运行接入的某一游戏。
传统的服务器引擎大都是基于ACE（Adaptive Communication Environmen，自适配通信环境）的开源架构实现的，但是由于ACE的开源架构过于厚重，开发人员在应用基于ACE的开源架构所实现的服务器引擎进行开发时将存在着学习成本过高，无法进行快速开发的缺陷。
发明内容
基于此，有必要针对基于ACE的开源架构所实现的服务器引擎存在着学习成本过高，无法进行快速开发的技术问题，提供一种能降低学习成本，实现快速开发的服务器引擎的实现方法。
此外，还有必要提供一种能降低学习成本，实现快速开发的服务器引擎的实现系统。
一种服务器引擎的实现方法，包括如下步骤：
进行事件监听得到当前触发的事件；
进行事件分发得到所述事件位于胶合层的事件处理对象；
通过所述位于胶合层的事件处理对象调用Lua脚本处理所述事件。
在其中一个实施例中，所述进行事件分发得到所述事件位于胶合层的事件处理对象的步骤之前，所述方法还包括：
判断当前触发的事件是否为服务器事件，若否，则进入进行事件分发得到 所述事件位于胶合层的事件处理对象的步骤，若是，则
根据监听得到的服务器事件所对应的客户端连接数据创建相应的客户端事件处理对象；
存储所述创建的客户端事件处理对象。
在其中一个实施例中，所述存储所述创建的客户端事件处理对象的步骤包括：
从空闲链表提取节点，在所述节点存入所述创建的客户端事件处理对象；
将所述存入客户端事件处理对象的节点添加至已使用链表中。
在其中一个实施例中，所述进行事件分发得到所述事件位于胶合层的事件处理对象的步骤包括：
获取所述事件对应的数据，并解析所述事件对应的数据得到相应的位置信息和验证信息；
查找所述胶合层中已使用链表得到所述位置信息对应的节点；
通过所述验证信息验证所述查找得到的节点与所述事件是否匹配，若是，则
获取存储于所述节点中的事件处理对象。
在其中一个实施例中，所述通过所述位于胶合层的事件处理对象调用Lua脚本处理所述事件的步骤包括：
通过所述位于胶合层的事件处理对象调用Lua接口层中相应的接口函数，通过所述接口函数触发所述Lua脚本处理所述事件。
在其中一个实施例中，所述进行事件监听得到当前触发的事件和所述事件对应的数据的步骤之前，所述方法还包括：
从设定的定时器事件中获取即将到期的最小时间。
在其中一个实施例中，所述进行事件监听得到当前触发的事件的步骤包括：
以所述获取的最小时间作为事件监听的超时值，开启事件监听，并通过网络事件的触发或超时停止当前的事件监听得到当前触发的网络事件或定时器事件；
判断网络事件是否被触发，若是，则进入判断当前触发的事件是否为服务 器事件的步骤，若否，则
进入所述进行事件分发得到所述事件位于胶合层的事件处理对象的步骤。
在其中一个实施例中，所述进行事件分发得到所述事件位于胶合层的事件处理对象的步骤包括：
依次检查每一定时器链表，在所述定时器链表中按照添加定时器事件处理对象的先后顺序依次判断定时器事件处理对象是否到期，若是，则
获取所述到期的定时器事件处理对象。
在其中一个实施例中，所述方法还包括：
若判断到网络事件被触发，且所述网络事件被处理完毕之后将进入所述依次检查每一定时器链表的步骤。
一种服务器引擎的实现系统，包括：
监听模块，用于进行事件监听得到当前触发的事件；
事件分发模块，用于进行事件分发得到所述事件位于胶合层的事件处理对象；
脚本调用模块，用于通过所述位于胶合层的事件处理对象调用Lua脚本处理所述事件。
在其中一个实施例中，所述系统还包括：
事件判断模块，用于判断当前触发的事件是否为服务器事件，若否，则通知所述事件分发模块，若是，则通知客户端对象创建模块；
所述客户端对象创建模块用于根据监听得到的服务器事件所对应的客户端连接数据创建相应的客户端事件处理对象；
存储模块，用于存储所述创建的客户端事件处理对象。
在其中一个实施例中，所述存储模块包括：
节点提取单元，用于从空闲链表提取节点，在所述节点存入所述创建的客户端事件处理对象；
节点添加单元，用于将所述存入客户端事件处理对象的节点添加至已使用链表中。
在其中一个实施例中，所述事件分发模块包括：
解析单元，用于获取所述事件对应的数据，并解析所述事件对应的数据得到相应的位置信息和验证信息；
查找单元，用于查找所述胶合层中已使用链表得到所述位置信息对应的节点；
匹配单元，用于通过所述验证信息验证所述查找得到的节点与所述事件是否匹配，若是，则通知事件处理对象获取单元；
所述事件处理对象获取单元用于获取存储于所述节点中的事件处理对象。
在其中一个实施例中，所述脚本调用模块还用于通过所述位于胶合层的事件处理对象调用Lua接口层中相应的接口函数，通过所述接口函数触发所述Lua脚本处理所述事件。
在其中一个实施例中，所述系统还包括：
时间获取模块，用于从所述设定的定时器事件中获取即将到期的最小时间。
在其中一个实施例中，所述监听模块包括：
事件监听单元，用于以所述获取的最小时间作为事件监听的超时值，开启事件监听，并通过网络事件的触发或超时停止当前的事件监听得到当前触发的网络事件或定时器事件；
触发判断单元，用于判断网络事件是否被触发，若是，则通知所述事件判断模块，若否，则通知所述事件分发模块。
在其中一个实施例中，所述事件分发模块包括：
检查单元，用于依次检查每一定时器链表，在所述定时器链表中按照添加定时器事件处理对象的先后顺序依次判断定时器事件处理对象是否到期，若是，则通知定时器对象获取单元；
所述定时器对象获取单元用于获取所述到期的定时器事件处理对象。
在其中一个实施例中，若所述触发判断单元判断到所述网络事件被触发，且所述网络事件被所述脚本调用模块处理完毕之后将通知所述检查单元。
上述服务器引擎的实现方法和系统，进行事件监听得到当前触发的事件，进行事件分发得到该事件位于胶合层的事件处理对象，通过位于胶合层的事件 处理对象调用Lua脚本处理该事件，由于Lua脚本寄存于服务器引擎中，服务器引擎通过Lua脚本实现事件的处理，使得开发人员通过Lua脚本即可实现新的应用逻辑的开发，由于Lua脚本是轻量级的脚本语言，因此大大降低了开发人员对服务器引擎的学习成本，以实现服务器引擎中新的应用逻辑的快速开发。
附图说明
图1为一个实施例中服务器引擎的实现方法的流程图；
图2为一个实施例中服务器引擎的框架示意图；
图3为另一个实施例中服务器引擎的实现方法的流程图；
图4为图3中存储创建的客户端事件处理对象的方法流程图；
图5为一个实施例中进行事件分发得到该事件位于胶合层的事件处理对象的方法流程图；
图6为一个实施例中进行事件监听得到当前触发的事件的方法流程图；
图7为另一个实施例中进行事件分发得到该事件位于胶合层的事件处理对象的方法流程图；
图8为一个实施例中定时器链表的示意图；
图9为一个实施例中服务器引擎的原理图；
图10为一个实施例中客户端和服务器的通讯示意图；
图11为一个实施例中服务器引擎的实现系统的结构示意图；
图12为另一个实施例中服务器引擎的实现系统的结构示意图；
图13为图12中存储模块的结构示意图；
图14为一个实施例中事件分发模块的结构示意图；
图15为一个实施例中监听模块的结构示意图；
图16为另一个实施例中事件分发模块的结构示意图。
具体实施方式
如图1所示，在一个实施例中，一种服务器引擎的实现方法，包括如下步骤：
步骤S110，进行事件监听得到当前触发的事件。
本实施例中，进行事件监听以得到服务器中触发的事件，当前触发的事件包括网络事件和定时器事件，其中，网络事件指的是与网络通讯相关的事件，例如，客户端所发送的通讯报文到达服务端所触发的事件，也可以是服务端向客户端发送通讯报文的事件；定时器事件指的是服务器所需要定时执行的任务，例如，每隔30稍微检查服务器与客户端之间的连接是否仍然有效。
进一步的，如图2所示，网络通讯层为服务器引擎的基础，用于实现事件的监听。
步骤S130，进行事件分发得到该事件位于胶合层的事件处理对象。
本实施例中，胶合层相当于服务器引擎的中间层，用于胶合应用层中的各种应用逻辑和底层的原语层，通过C++语言的清晰简洁表述将大为简化使用接口开发的复杂性，当前触发的事件在胶合层将被分发至相应的事件处理对象，以调用相应的事件处理对象进行相应处理。具体的，每一触发的事件均有唯一对应的事件处理对象。
在一个实施例中，服务器引擎的胶合层将通过C++语言实现，以为服务器提供更为丰富，甚至复杂的算法和接口，便于实现服务器中的模块化设计，进而提高扩展性。
步骤S150，通过位于胶合层的事件处理对象调用Lua脚本处理该事件。
本实施例中，Lua脚本寄生于服务器引擎中，作为服务器引擎中的应用层实现各种应用逻辑，位于胶合层的事件处理对象将用于负责接收和处理当前触发的事件。当前触发的事件所属的事件处理对象将调用Lua脚本中的相应对象进行事件的处理，以实现该事件的响应。
请结合参阅图2，Lua脚本在服务器引擎中将存在于Lua应用层中，用于实现各种应用逻辑，因此服务器引擎所触发的各种事件将通过胶合层所提供的接口传递到Lua应用层中，进而由Lua脚本响应该事件，实现相应的功能。
由于Lua脚本是用于扩展C++编程的轻量级脚本，较为易懂，因此，对于开发人员而言，降低了编码难度，不需要耗费过多的学习成本，进而使得基于服务器引擎的各种应用开发快速大为提高，缩短了应用的开发周期。
如图3所示，在一个实施例中，上述步骤S130之前，该方法还包括：
步骤S210，判断当前触发的事件是否为服务器事件，若否，则进入步骤S130，若是，则进入步骤S230。
本实施例中，当前触发的事件可能为网络事件或定时器事件，其中，网络事件包括了服务器事件和客户端事件，其中，服务器事件为可读事件，服务器事件的触发将代表着新的客户端与服务器连接；客户端事件为可读事件或可写事件，是区别于服务器事件的其它网络事件，客户端事件为可读事件则代表着有新的通讯报文到达，可写事件则代表着有信息要返回给客户端。
对当前触发的事件进行判断，若判断到当前触发的事件为服务器事件，则说明有新的客户端与服务器连接，需要对客户端的添加做相关处理，若判断到当前触发的事件不为服务器事件，则说明当前所触发的事件为客户端事件或定时器事件，需要进入步骤S130，以对当前触发的事件进行分发。
步骤S230，根据监听得到的服务器事件所对应的客户端连接数据创建相应的客户端事件处理对象。
本实施例中，对于当前触发的服务器事件，将接收相应的客户端连接数据，以通过接收的客户端连接数据初始化客户端连接，在服务器引擎中注册客户端，创建该客户端所对应的客户端事件处理对象。具体的，客户端事件处理对象将被用于处理对应的客户端在服务器引擎中触发的客户端事件。
步骤S250，存储创建的客户端事件处理对象，根据所述客户端事件处理对象所在的存储位置生成位置信息，并向所述客户端回传所述位置信息和验证信息。
本实施例中，将创建的客户端事件处理对象进行存储，以便于客户端事件被触发时，通过分发至对应的客户端事件处理对象进行处理。
如图4所示，在一个实施例中，上述步骤S250包括：
步骤S251，从空闲链表提取节点，在节点存入创建的客户端事件处理对象。
本实施例中，为便于进行客户端事件处理对象的存储和提取，将设置空闲链表和已使用链表实现，空闲链表和已使得链表以数组作为存储单元。
从空闲链表中取任一节点，该节点即为空闲节点，可将创建的客户端事件 处理对象存入这一取得到节点中。与传统的存储机制相比较，不需要进行空闲节点的查找，换而言之，不需要从头到尾挨个查询节点是否空闲，其查询的时间复杂度为O（n），其中，n为查询操作的规模，并且随着n的增大而增大，时间复杂度O（n）越小，则执行效率越高。
而通过上述过程所进行的客户端事件处理对象的存储可直接在空闲链表中取出第一个节点即可得到空闲节点，其时间复杂度为O（1），大大地降低了时间复杂度。
步骤S253，将存入客户端事件处理对象的节点添加至已使用链表中。
本实施例中，通过已使用链表实现多个客户端事件处理对象的存储，对于连接至服务器的海量客户端而言，将海量客户端所对应的海量客户端事件处理对象存储于已使用链表将保证了存储的有序性和高效性。
相应的，在通过空闲链表和已使用链表所实现的客户端事件处理对象的存储之后，一旦某一客户端与服务器断开连接，则需要对相应的客户端事件处理对象进行删除。
具体的，将对已使用链表进行查找，以查找得到断开连接的客户端所对应的客户端事件处理对象以及该客户端事件处理对象所在的节点，清除节点中存储的客户端事件处理对象，并将该节点从已使用链表删除，并添加至空闲链表中，通过空闲链表和已使用链表所实现的存储机制将保证了时间复杂度是恒定的，不必考虑时间复杂度的增加。
如图5所示，在一个实施例中，上述步骤S130包括：
步骤S131a，获取该事件对应的数据，并解析该事件对应的数据得到相应的位置信息和验证信息。
本实施例中，该事件对应的数据是客户端传回的数据，包括了该客户端与服务器引擎建立连接时所得到的位置信息和该事件所对应的验证信息。监听到事件的触发之后，将获取该事件所对应的数据，并进行解析，以得到数据中的位置信息和验证信息。
进一步的，该事件所对应的数据包括了位置信息和验证信息，其中，位置信息用于指示处理该事件的事件处理对象的存储位置，验证信息则用于验证该 位置信息所对应的节点中存储的事件处理对象是否与该事件相对应，以保证程序运行的准确性。
例如，该事件所对应的数据可采用epoll_event.data这一数据结构，包含了64位字段，其中，头32位字段用于保存验证信息，后32位保存了位置下标。
步骤S133a，查找胶合层中已使用链表得到位置信息对应的节点。
本实施例中，根据解析得到的位置信息进行在已使用链表中进行查找，以得到相应的节点，该节点中存储于当前触发的事件所对应的事件处理对象。
步骤S135a，通过验证信息验证查找得到的节点与该事件是否匹配，若是，则进入步骤S137a，若否，则结束。
本实施例中，节点在保存事件处理对象时，还保存了唯一的序列信息，节点中的数组下标即为该节点的位置。因此，根据解析得到的位置信息查看得到数组下标与该位置信息相一致的节点，进而读取节点中保存的序列信息，将该序列信息与解析得到的验证信息进行比较，判断是否一致，若是，则验证通过，可应用该节点所存储的事件处理对象对当前触发的事件进行响应。
步骤S137a，获取存储于节点中的事件处理对象。
本实施例中，从查找得到的节点中获取存储于其中的事件处理对象，以应用该事件处理对象处理当前所触发的事件。
上述事件的分发和事件处理对象的获取中，通过验证信息进行对事件处理对象进行二次确认，在高并发情况下，尤其是在海量客户端连接的情况下，存储了事件处理对象的节点出现句柄重叠的情况时有发生，即某一客户端可能会由于异常情况还未处理完成当前的事件就被新连接的另一客户端所覆盖，进而造成了事件处理对象中的句柄重叠，实际上，此时该节点所存储的事件处理对象并不是查找得到的事件处理对象，是与当前的事件不对应的，因此，通过验证信息所进行的二次确认将能够防止应用覆盖的事件处理对象处理当前事件，保证了运行的准确性。
在一个实施例中，上述步骤S150的具体过程为：通过位于胶合层的事件处理对象调用Lua接口层中相应的接口函数，通过该接口函数触发Lua脚本处理事件。
本实施例中，服务器引擎中的胶合层还将注册相关函数到Lua应用层，以通过调用相关的Lua接口函数来通知Lua脚本处理当前触发的事件。
进一步的，请参阅图2，服务器引擎中的胶合层包括了C++胶合层和Lua接口层，其中，C++胶合层将实现了事件的分发和事件处理对象的获取，Lua接口层则为Lua应用层提供了接入胶合层，即C++主程序的接口。
由于得到的事件处理对象中的数据结构是以C++语言的形式存在，对于Lua应用层而言，是无法直接调用的，需要对其进行数据结构的转换，以将以C++语言的形式存在的数据结构转换为以Lua语言的形式存在的数据结构。
因此，预先设备了映射表，其中，映射表记录了以C++语言的形式实现的事件处理对象和相应的Lua语言的形式实现的事件处理对象之间的映射关系。通过设定的映射表将得到的事件处理对象中的数据结构进行转换，以转换为Lua语言实现的事件处理对象，进而查找得到Lua接口层中与转换后的事件处理对象所对应的Lua接口函数，以调用Lua接口函数在Lua应用层中触发事件，调用Lua脚本中的函数处理该事件。
其中，由于C++胶合层是通过C++语言实现的，而Lua应用层是通过Lua语言实现的，所实现的语言不同，因此无法直接调用Lua脚本，需要通过映射对应用C++语言编写的数据结构进行转换该可访问Lua脚本中的函数。
在一个实施例中，上述步骤S130之前，该方法还包括从设定的定时器事件中获取即将到期的最小时间的步骤。
本实施例中，服务器引擎运行的过程中常常设定了若干个定时器事件，因此从设定的若干个定时器事件中获取即将到期的最小时间。
如图6所示，在一个实施例中，上述步骤S110包括：
步骤S111，以获取的最小时间作为事件监听的超时值，开启事件监听，并通过网络事件的触发或超时停止当前的事件监听得到当前触发的网络事件或定时器事件。
本实施例中，服务器引擎中进行的事件监听是循环进行的，在获取到定时器事件中即将到期的最小时间之后，将这一最小时间作为事件监听的超时值，即当前所开始的新一轮监听所对应的超时值。
进一步的，在设置了事件监听的超时值之后，反应器对象开始新一轮监听，待反应器对象通知网络事件被触发或者超时之后将进行网络事件的处理然后紧接着处理定时器事件，或者处理定时器事件。该反应器对象即为Reactor对象，处于网络通讯层中。
步骤S113，判断网络事件是否被触发，若是，则进入步骤S210，若否，则进入步骤S130。
本实施例中，当前所进行的事件监听停止之后，将判断使得当前所进行的事件监听停止的原因是否为网络事件的触发，若是，则进入步骤S210进行网络事件的处理，若否，则说明定时器事件被触发，因此，需要进入步骤S130分发定时器事件，以处理该定时器事件。
如图7所示，在一个实施例中，上述步骤S130还包括：
步骤S131b，依次检查每一定时器链表，在定时器链表中按照添加定时器事件处理对象的先后顺序依次判断定时器事件处理对象是否到期，若是，则进入步骤S133b，若否，则返回步骤S310。
本实施例中，若判断到网络事件未被触发，定时器事件被触发，则依次检查每一个定时器链表，按照定时器事件处理对象添加至定时器链表的先后顺序检查是否到期，若所检查的第一个定时器事件处理对象未到期，则可直接停止检查，直接进入步骤S310，若否，则将获取得到到期的定时器事件处理对象，并响应。
由于定时器事件处理对象是按照时间的先后顺序添加到定时器链表中的，第一个定时器事件处理对象将是最早到期的，因此，若检查得到第一个定时器事件处理对象未到期，则不必须再进行检查，以节省系统资源。
若判断到网络事件被触发，且网络事件被处理完毕之后将进入上述依次检查每一定时器链表的步骤，进而使得服务器引擎中网络事件和定时器事件的处理得到了统一，提高了运行的精确性。
步骤S133b，获取到期的定时器事件处理对象。
本实施例中，从定时器链表中获取到期的定时器事件处理对象，以通过位于胶合层的定时器事件处理对象调用Lua脚本进行响应。
步骤S310，从设定的定时器事件中获取即将到期的最小时间。
在一个实施例中，定时器链表用于装载所有的定时器任务，用于存储定时器事件处理对象，进而通过定时器事件处理对象完成设定的定时器任务。
进一步的，定时器链表是由多个双向链表组成的，每一双向链表中的定时器事件处理对象都将是与同一时间类型对应的。例如，如图8所示，定时器链表中包括了5个双向链表，其中，第一个双向链表是与1S的时间类型相对应的，第一个双向链表中的定时器事件处理对象所设定的定时时间均为1S；第二个双向链表是与2S的时间类型相对应的，第二个双向链表的定时器事件处理对象所设定的定时时间均为2S，依此类推，定时器链表中的双向链表是依据其时间类型设定的。
相应的，定时器链表中定时器事件处理对象的添加只需要根据时间类型进行遍历以找到时间类型相同的双向链表，将该定时器事件处理对象添加至链表尾部即可；定时器事件处理对象的删除将直接删除相应的节点，并连接前后节点即可，定时器链表中双向链表的设置将大大地降低了添加定时器事件处理对象和删除定时器事件处理对象的时间复杂度，提高了效率。
在一个实施例中，服务器引擎根据应用逻辑的开发需要常常需要进行定时器事件处理对象的创建，并开启创建的定时器事件处理对象，进而触发执行定时器事件处理对象，以完成应用逻辑中的定时任务。
参照图9所示的原理，开发人员可通过在Lua应用层调用定时器类的构造函数调用Lua接口层中定义的Lua函数，即C++胶合层所注册的Lua接口函数create_timer，这一Lua接口函数将对应了C++胶合层中的tolua_interface_timer_creater_timer00函数，此时，tolua_interface_timer_creater_timer00函数中会新建出一个定时器事件处理对象，并分配唯一标识index。以唯一标识index为key，以定时器事件处理对象为value进行存储，并将该定时器事件处理对象的唯一标识index返回给Lua应用层，进而完成了定时器事件处理对象的创建。
在需要开启创建的定时器事件处理对象时，将传入相应的参数，例如间隔时间（inteval）和是否循环执行（isloop），此时，将调用Lua接口层中定义的函 数，例如StartTimer函数，此时，通过Lua接口层中定义的函数将调用C++胶合层所注册的函数，并将定时器事件处理对象的唯一标识index、间隔时间和是否循环执行等作为参数传递。
根据传递的唯一标识在C++胶合层中查找相应的定时器事件处理对象，并将传入的间隔时间和是否循环执行这两个参数赋予该定时器事件处理对象，以完成定时器事件处理对象的开启。
开启了定时器事件处理对象之后，将在定时器链表中添加该定时器事件处理对象的检测，以待该定时器事件处理对象到期之后调用该定时器事件处理对象中的ProceessOnTimerOut方法，通过ProceessOnTimerOut方法根据唯一标识调用Lua接口层所定义的接口函数，通过调用的Lua接口层所定义的接口函数根据唯一标识index查找Lua应用层中的对象，触发Lua应用层中的Lua脚本处理定时器事件。
在一个实施例中，如图2所示，服务器引擎中的自定义通讯协议将用于实现客户端与服务器之间、服务器与服务器之间的通讯，通过使用统一的自定义通讯协议最大程度上保证了各服务器之间报文解析的复用性，提高了开发效率和各个服务器功能的复用程度。
以游戏服务器引擎为例，游戏服务器引擎中用于实现通讯所使用的通讯包格式如下表所示：

其中，业务ID标识了每一业务所对应的服务器，例如，GameServer负责行 牌逻辑的实现；游戏ID将唯一标识了对应的游戏，例如斗地主等；平台ID用于标识用户来源平台，即客户端。
对于单个命令字的版本，单个命令字的内容需要扩充或修改时，首先考虑对命令字进行扩充。如果还不能满足需求，则考虑使用新的命令字来实现。
如图10所示，客户端按照上表所述的通讯包格式进行封装之后将进行网络传输以将通讯包传输至运行了上述服务器引擎实现方法所架构的服务器引擎的服务器中，服务器将解析接收到的通讯包。
如图11所示，在一个实施例中，一种服务器引擎的实现系统包括监听模块110、事件分发模块130和脚本调用模块150。
监听模块110，用于进行事件监听得到当前触发的事件。
本实施例中，监听模块110进行事件监听以得到服务器中触发的事件，当前触发的事件包括网络事件和定时器事件，其中，网络事件指的是与网络通讯相关的事件，例如，客户端所发送的通讯报文到达服务端所触发的事件，也可以是服务端向客户端发送通讯报文的事件；定时器事件指的是服务器所需要定时执行的任务，例如，每隔30稍微检查服务器与客户端之间的连接是否仍然有效。
进一步的，如图2所示，网络通讯层为服务器引擎的基础，用于实现事件的监听。
事件分发模块130，用于进行事件分发得到该事件位于胶合层的事件处理对象。
本实施例中，胶合层相当于服务器引擎的中间层，用于胶合应用层中的各种应用逻辑和底层的原语层，通过C++语言的清晰简洁表述将大为简化使用接口开发的复杂性，事件分发模块130使得当前触发的事件在胶合层将被分发至相应的事件处理对象，以调用相应的事件处理对象进行相应处理。具体的，每一触发的事件均有唯一对应的事件处理对象。
在一个实施例中，服务器引擎的胶合层将通过C++语言实现，以为服务器提供更为丰富，甚至复杂的算法和接口，便于实现服务器中的模块化设计，进 而提高扩展性。
脚本调用模块150，用于通过位于胶合层的事件处理对象调用Lua脚本处理该事件。
本实施例中，Lua脚本寄生于服务器引擎中，作为服务器引擎中的应用层实现各种应用逻辑，位于胶合层的事件处理对象将用于负责接收和处理当前触发的事件。脚本调用模块150使得当前触发的事件所属的事件处理对象调用Lua脚本中的相应对象进行事件的处理，以实现该事件的响应。
请结合参阅图2，Lua脚本在服务器引擎中将存在于Lua应用层中，用于实现各种应用逻辑，因此服务器引擎所触发的各种事件将通过胶合层所提供的接口传递到Lua应用层中，进而由脚本调用模块150调用Lua脚本响应该事件，实现相应的功能。
由于Lua脚本是用于扩展C++编程的轻量级脚本，较为易懂，因此，对于开发人员而言，降低了编码难度，不需要耗费过多的学习成本，进而使得基于服务器引擎的各种应用开发快速大为提高，缩短了应用的开发周期。
如图12所示，在一个实施例中，该系统还包括事件判断模块210、客户端对象创建模块230和存储模块250。
事件判断模块210，用于判断当前触发的事件是否为服务器事件，若否，则通知事件分发模块130，若是，则通知客户端对象创建模块230。
本实施例中，当前触发的事件可能为网络事件或定时器事件，其中，网络事件包括了服务器事件和客户端事件，其中，服务器事件为可读事件，服务器事件的触发将代表着新的客户端与服务器连接；客户端事件为可读事件或可写事件，是区别于服务器事件的其它网络事件，客户端事件为可读事件则代表着有新的通讯报文到达，可写事件则代表着有信息要返回给客户端。
事件判断模块210对当前触发的事件进行判断，若判断到当前触发的事件为服务器事件，则说明有新的客户端与服务器连接，需要客户端对象创建模块230对客户端的添加做相关处理，若判断到当前触发的事件不为服务器事件，则说明当前所触发的事件为客户端事件或定时器事件，需要事件分发模块130对当前触发的事件进行分发。
客户端对象创建模块230，用于根据监听得到的服务器事件所对应的客户端连接数据创建相应的客户端事件处理对象。
本实施例中，对于当前触发的服务器事件，客户端对象创建模块230将接收相应的客户端连接数据，以通过接收的客户端连接数据初始化客户端连接，在服务器引擎中注册客户端，创建该客户端所对应的客户端事件处理对象。具体的，客户端事件处理对象将被用于处理对应的客户端在服务器引擎中触发的客户端事件。
存储模块250，用于存储创建的客户端事件处理对象，根据所述客户端事件处理对象所在的存储位置生成位置信息，并向所述客户端回传所述位置信息和验证信息。
本实施例中，存储模块250将创建的客户端事件处理对象进行存储，以便于客户端事件被触发时，通过分发至对应的客户端事件处理对象进行处理。
如图13所示，在一个实施例中，上述存储模块250包括节点提取单元251和节点添加单元253。
节点提取单元251，用于从空闲链表提取节点，在节点存入创建的客户端事件处理对象。
本实施例中，为便于进行客户端事件处理对象的存储和提取，将设置空闲链表和已使用链表实现，空闲链表和已使得链表以数组作为存储单元。
节点提取单元251从空闲链表中取任一节点，该节点即为空闲节点，可将创建的客户端事件处理对象存入这一取得到节点中。与传统的存储机制相比较，不需要进行空闲节点的查找，换而言之，不需要从头到尾挨个查询节点是否空闲，其查询的时间复杂度为O（n），其中，n为查询操作的规模，并且随着n的增大而增大，时间复杂度O（n）越小，则执行效率越高。
而通过上述过程所进行的客户端事件处理对象的存储可直接在空闲链表中取出第一个节点即可得到空闲节点，其时间复杂度为O（1），大大地降低了时间复杂度。
节点添加单元253，用于将存入客户端事件处理对象的节点添加至已使用链表中。
本实施例中，通过已使用链表实现多个客户端事件处理对象的存储，对于连接至服务器的海量客户端而言，将海量客户端所对应的海量客户端事件处理对象存储于已使用链表将保证了存储的有序性和高效性。
相应的，在通过空闲链表和已使用链表所实现的客户端事件处理对象的存储之后，一旦某一客户端与服务器断开连接，则需要存储模块250对相应的客户端事件处理对象进行删除。
具体的，存储模块250将对已使用链表进行查找，以查找得到断开连接的客户端所对应的客户端事件处理对象以及该客户端事件处理对象所在的节点，清除节点中存储的客户端事件处理对象，并将该节点从已使用链表删除，并添加至空闲链表中，通过空闲链表和已使用链表所实现的存储机制将保证了时间复杂度是恒定的，不必考虑时间复杂度的增加。
如14所示，在一个实施例中，上述事件分发模块130包括解析单元131a、查找单元133a、匹配单元135a和事件处理对象获取单元137a。
解析单元131a，用于获取该事件对应的数据，并解析事件对应的数据得到相应的位置信息和验证信息。
本实施例中，该事件对应的数据是客户端传回的数据，包括了该客户端与服务器引擎建立连接时所得到的位置信息和该事件所对应的验证信息。监听到事件的触发之后，解析单元131a将获取该事件所对应的数据，并进行解析，以得到数据中的位置信息和验证信息。
进一步的，该事件所对应的数据包括了位置信息和验证信息，其中，位置信息用于指示处理该事件的事件处理对象的存储位置，验证信息则用于验证该位置信息所对应的节点中存储的事件处理对象是否与该事件相对应，以保证程序运行的准确性。
例如，该事件所对应的数据可采用epoll_event.data这一数据结构，包含了64位字段，其中，头32位字段用于保存验证信息，后32位保存了位置下标。
查找单元133a，用于查找胶合层中已使用链表得到位置信息对应的节点。
本实施例中，查找单元133a根据解析得到的位置信息进行在已使用链表中进行查找，以得到相应的节点，该节点中存储于当前触发的事件所对应的事件 处理对象。
匹配单元135a，用于通过验证信息验证查找得到的节点与该事件是否匹配，若是，则通知事件处理对象获取单元137a，若否，则停止执行。
本实施例中，节点在保存事件处理对象时，还保存了唯一的序列信息，节点中的数组下标即为该节点的位置。因此，匹配单元135a根据解析得到的位置信息查看得到数组下标与该位置信息相一致的节点，进而读取节点中保存的序列信息，将该序列信息与解析得到的验证信息进行比较，判断是否一致，若是，则验证通过，可通知事件处理对象获取单元137a应用该节点所存储的事件处理对象对当前触发的事件进行响应。
事件处理对象获取单元137a，用于获取存储于节点中的事件处理对象。
本实施例中，事件处理对象获取单元137a从查找得到的节点中获取存储于其中的事件处理对象，以应用该事件处理对象处理当前所触发的事件。
上述事件的分发和事件处理对象的获取中，通过验证信息进行对事件处理对象进行二次确认，在高并发情况下，尤其是在海量客户端连接的情况下，存储了事件处理对象的节点出现句柄重叠的情况时有发生，即某一客户端可能会由于异常情况还未处理完成当前的事件就被新连接的另一客户端所覆盖，进而造成了事件处理对象中的句柄重叠，实际上，此时该节点所存储的事件处理对象并不是查找得到的事件处理对象，是与当前的事件不对应的，因此，通过验证信息所进行的二次确认将能够防止应用覆盖的事件处理对象处理当前事件，保证了运行的准确性。
在一个实施例中，上述脚本调用模块150还用于通过位于胶合层的事件处理对象调用Lua接口层中相应的接口函数，通过接口函数触发Lua脚本处理该事件。
本实施例中，服务器引擎中的胶合层还将注册相关函数到Lua应用层，脚本调用模块150通过调用相关的Lua接口函数来通知Lua脚本处理当前触发的事件。
进一步的，请参阅图2，服务器引擎中的胶合层包括了C++胶合层和Lua接口层，其中，C++胶合层将实现了事件的分发和事件处理对象的获取，Lua接 口层则为Lua应用层提供了接入胶合层，即C++主程序的接口。
由于得到的事件处理对象中的数据结构是以C++语言的形式存在，对于Lua应用层而言，是无法直接调用的，需要对其进行数据结构的转换，以将以C++语言的形式存在的数据结构转换为以Lua语言的形式存在的数据结构。
因此，预先设备了映射表，其中，映射表记录了以C++语言的形式实现的事件处理对象和相应的Lua语言的形式实现的事件处理对象之间的映射关系。
脚本调用模块150通过设定的映射表将得到的事件处理对象中的数据结构进行转换，以转换为Lua语言实现的事件处理对象，进而查找得到Lua接口层中与转换后的事件处理对象所对应的Lua接口函数，以调用Lua接口函数在Lua应用层中触发事件，调用Lua脚本中的函数处理该事件。
其中，由于C++胶合层是通过C++语言实现的，而Lua应用层是通过Lua语言实现的，所实现的语言不同，因此无法直接调用Lua脚本，需要通过映射对应用C++语言编写的数据结构进行转换该可访问Lua脚本中的函数。
在一个实施例中，上述系统还包括时间获取模块，该时间获取模块用于从设定的定时器事件中获取即将到期的最小时间。
本实施例中，服务器引擎运行的过程中常常设定了若干个定时器事件，因此时间获取模块从设定的若干个定时器事件中获取即将到期的最小时间。
如图15所示，在一个实施例中，监听模块110包括事件监听单元111和触发判断单元113。
事件监听单元111，用于以获取的最小时间作为事件监听的超时值，开启事件监听，并通过网络事件的触发或超时停止当前的事件监听得到当前触发的网络事件或定时器事件。
本实施例中，服务器引擎中进行的事件监听是循环进行的，在获取到定时器事件中即将到期的最小时间之后，事件监听单元111将这一最小时间作为事件监听的超时值，即当前所开始的新一轮监听所对应的超时值。
进一步的，在设置了事件监听的超时值之后，事件监听单元111将使得反应器对象开始新一轮监听，待反应器对象通知网络事件被触发或者超时之后将进行网络事件的处理然后紧接着处理定时器事件，或者处理定时器事件。该反 应器对象即为Reactor对象，处于网络通讯层中
触发判断单元113，用于判断网络事件是否被触发，若是，则通知事件判断模块210，若否，则通知事件分发模块130。
本实施例中，当前所进行的事件监听停止之后，触发判断单元113将判断使得当前所进行的事件监听停止的原因是否为网络事件的触发，若是，则进入步骤S210进行网络事件的处理，若否，则说明定时器事件被触发，因此，需要进入步骤S130分发定时器事件，以处理该定时器事件。
如图16所示，在一个实施例中，上述事件分发模块130包括检查单元131b和定时器对象获取单元133b。
检查单元131b，用于依次检查每一定时器链表，在定时器链表中按照添加定时器事件处理对象的先后顺序依次判断定时器事件处理对象是否到期，若是，则通知定时器对象获取单元133b，若否，则通知时间获取模块310。
本实施例中，若检查单元131b判断到网络事件未被触发，定时器事件被触发，则依次检查每一个定时器链表，按照定时器事件处理对象添加至定时器链表的先后顺序检查是否到期，若所检查的第一个定时器事件处理对象未到期，则可直接停止检查，直接通知时间获取模块310，若否，则通知定时器对象获取单元133b获取得到到期的定时器事件处理对象，并响应。
由于定时器事件处理对象是按照时间的先后顺序添加到定时器链表中的，第一个定时器事件处理对象将是最早到期的，因此，若检查单元131b检查得到第一个定时器事件处理对象未到期，则不必须再进行检查，以节省系统资源。
若触发判断单元113判断到网络事件被触发，且网络事件被脚本调用模块150处理完毕之后将通知检查单元131b，进而使得服务器引擎中网络事件和定时器事件的处理得到了统一，提高了运行的精确性。
定时器对象获取单元133b，用于获取到期的定时器事件处理对象。
本实施例中，定时器对象获取单元133b从定时器链表中获取到期的定时器事件处理对象，以通过位于胶合层的定时器事件处理对象调用Lua脚本进行响应。
在一个实施例中，定时器链表用于装载所有的定时器任务，用于存储定时 器事件处理对象，进而通过定时器事件处理对象完成设定的定时器任务。
进一步的，定时器链表是由多个双向链表组成的，每一双向链表中的定时器事件处理对象都将是与同一时间类型对应的。
相应的，定时器链表中定时器事件处理对象的添加只需要根据时间类型进行遍历以找到时间类型相同的双向链表，将该定时器事件处理对象添加至链表尾部即可；定时器事件处理对象的删除将直接删除相应的节点，并连接前后节点即可，定时器链表中双向链表的设置将大大地降低了添加定时器事件处理对象和删除定时器事件处理对象的时间复杂度，提高了效率。
在一个实施例中，服务器引擎根据应用逻辑的开发需要常常需要进行定时器事件处理对象的创建，并开启创建的定时器事件处理对象，进而触发执行定时器事件处理对象，以完成应用逻辑中的定时任务。
开发人员可通过在Lua应用层调用定时器类的构造函数调用Lua接口层中定义的Lua函数，即C++胶合层所注册的Lua接口函数create_timer，这一Lua接口函数将对应了C++胶合层中的tolua_interface_timer_creater_timer00函数，此时，tolua_interface_timer_creater_timer00函数中会新建出一个定时器事件处理对象，并分配唯一标识index。以唯一标识index为key，以定时器事件处理对象为value进行存储，并将该定时器事件处理对象的唯一标识index返回给Lua应用层，进而完成了定时器事件处理对象的创建。
在需要开启创建的定时器事件处理对象时，将传入相应的参数，例如间隔时间（inteval）和是否循环执行（isloop），此时，将调用Lua接口层中定义的函数，例如StartTimer函数，此时，通过Lua接口层中定义的函数将调用C++胶合层所注册的函数，并将定时器事件处理对象的唯一标识index、间隔时间和是否循环执行等作为参数传递。
根据传递的唯一标识在C++胶合层中查找相应的定时器事件处理对象，并将传入的间隔时间和是否循环执行这两个参数赋予该定时器事件处理对象，以完成定时器事件处理对象的开启。
开启了定时器事件处理对象之后，将在定时器链表中添加该定时器事件处理对象的检测，以待该定时器事件处理对象到期之后调用该定时器事件处理对 象中的ProceessOnTimerOut方法，通过ProceessOnTimerOut方法根据唯一标识调用Lua接口层所定义的接口函数，通过调用的Lua接口层所定义的接口函数根据唯一标识index查找Lua应用层中的对象，触发Lua应用层中的Lua脚本处理定时器事件。
在一个实施例中，服务器引擎中的自定义通讯协议将用于实现客户端与服务器之间、服务器与服务器之间的通讯，通过使用统一的自定义通讯协议最大程度上保证了各服务器之间报文解析的复用性，提高了开发效率和各个服务器功能的复用程度。
上述服务器引擎的实现方法和系统，进行事件监听得到当前触发的事件，进行事件分发得到该事件位于胶合层的事件处理对象，通过位于胶合层的事件处理对象调用Lua脚本处理该事件，由于Lua脚本寄存于服务器引擎中，服务器引擎通过Lua脚本实现事件的处理，使得开发人员通过Lua脚本即可实现新的应用逻辑的开发，由于Lua脚本是轻量级的脚本语言，因此大大降低了开发人员对服务器引擎的学习成本，以实现服务器引擎中新的应用逻辑的快速开发。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory，ROM）或随机存储记忆体（Random Access Memory，RAM）等。
以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。