我正在创建一个基于浏览器的MMO,它具有基于时间的事件:即建筑物的建造将需要23小时。
我可以将其记录在我的 MySQL 数据库中,然后使用 cron 脚本或watch
遍历事件表(或等效)(这个问题非常有帮助)。
似乎有一个普遍的共识,我可以:
(1) 每秒为处理事件及其相关触发器的脚本运行一次 cron 作业。
(2) 每分钟运行一个 cron 作业,每秒循环 59 次迭代,处理事件及其相关触发器。
(3) 使用watch
每秒运行一个 php 脚本。
完成后,脚本将处理一些触发器,这些触发器的范围从更改状态、更新数据库、触发在最近事件之后排队的其他"事件"等。
我最担心的是每秒有可能处理 10,000+ 个事件和触发器。我可以使用哪些策略来避免性能问题?这些都是解决方案,还是有更好的选择?
示例事件:
Construction of Building A - 00:43:21
快进 2601 秒,将执行以下触发器:
Place Building A on map at Location x,y
Update resource total given by building
Start timer on next building in the queue
Construction of Building B - 02:10:49
为了更好地解释:在游戏的早期阶段,这些事件将需要 5 分钟到一个小时。在游戏的后期阶段,这些事件将相隔数百小时。我需要实时处理这些事件,因为它们会影响游戏的其他方面(例如资源结构改善每小时提供的资源量)。因此,无论用户是否处于活动状态,这些事件都需要由服务器处理。理论脚本将检查过期事件,然后根据事件运行与所述事件过期相关的其他几种方法。
https://github.com/prggmr/prggmr
听起来事件库可能会在这里为您提供极大的帮助,
与其试图有一个"包罗万象"来监控未来发生的所有事件,不如在 prggmr 中编写一个简单的间隔,该间隔将拾取未来需要发生的事件并将它们注册到事件引擎中以发出信号。
类似以下内容的内容可能有效,
prggmr'interval(function(){
$query = mysql_query("SELECT event, when FROM events");
while($event = mysql_fetch_assoc($query)) {
prggmr'setTimeout(function() use ($event){
prggmr'signal($event['event']);
}, $event['when']);
}
// What this would do is look for any events that require signaling in the
// in the future such as a building construction and signal it when the
// given amount of time in milliseconds has run
}, 3600);
// This simply tells the engine to run the function every minute
要运行此代码,请说它存储在event_detect.php
prggmr event_detect.php
你通常希望由另一个应用(如 runit)管理进程。
使用这种方法,您可以将可能发生的所有事件构建到应用程序中作为注册的"信号处理程序",并在后台运行一个实际的游戏引擎,该引擎在事件发生时实时等待和监视事件,而无需任何用户交互。
我们实际上正在将这种方法用于我们目前正在开发的游戏的类似情况......逻辑上完全不同,但非用户交互式事件处理都是一样的。
此外,为了提高性能,您可以非常轻松地在一秒钟或更短的时间内处理 10,000 个事件,具体取决于您的服务器。