跟着一起写一个多人在线游戏(二)

  • A+
所属分类:python基础入门

跟着一起写一个多人在线游戏(二)

编程派微信号:codingpy

本文作者为 Kyrylo Subbotin,是一家 IT 咨询公司的 Python 工程师。本文译者为 sleepyjoker,由编程派作者 EarlGrey 校对。


译者简介:sleepyjoker,东南大学电子科学与工程专业大二学生。虽然暂时还是python菜鸟,但喜欢通过代码完成各种有意思的事。

3.编写游戏中的循环

游戏循环是每一个游戏的核心。它不断地接收玩家的输入,更新游戏的状态,然后把结果渲染到屏幕上。在线游戏中,这个循环被分成服务端和客户端两部分,两部分通过网络来通信。通常由客户端来获取玩家的输入,例如按键或者鼠标移动,然后传递数据给服务端,并将并返回的数据展现出来。服务端处理来自所有玩家的数据,更新玩家的状态,进行必要的计算来渲染下一帧,并返回结果,比如一个对象在游戏中的新位置。没有必要的原因,千万不要混淆服务端与客户端。如果把游戏中的逻辑计算放在客户端,你会无法与其它客户端同步,而且你的游戏将能够根据客户端传递的数据来轻易的创建。

游戏循环迭代常常被称为 tick。Tick 是一个事件,表示当前循环迭代已经完成,用于下一个画面的数据已经准备好了。

在接下来的例子中,我们将使用同一个客户端,通过 WebSocket 连接服务器。客户端上上运行了一个简单的循环,来传递按键给服务端,同时展示所有来自服务端的数据。点此查看客户端源码

例 3.1:基本游戏循环

我们将使用 aiohttp 库来创建一个游戏服务端。它允许我们通过 asyncio 来创建网络服务端和客户端。这个库的优点就是同时支持普通的 http 请求和套接字。所以我们不需要其它的网页服务器来渲染游戏的 html 页面。

下面展示了我们如何运行服务端:

跟着一起写一个多人在线游戏(二)

web.run_app 是一个很方便的快捷方法,可以快速创建服务端的主任务,并使用其 run_forever() 方法运行 asyncio 的事件轮询。我建议你检查一下这个方法的源代码,去看看服务端究竟是如何建立和终止的。

app 是一个类似于字典的对象,可以用于在相互连接的客户端之间分享数据。我们将用它来存储套接字列表,这个列表将被用于向所有已连接的客户端发送消息。调用函数 asyncio.ensure_future()可以安排我们的主循环 game_loop 任务,每两秒就向客户端发送一次“tick”信号。这项任务会与网络服务端在同一个 asyncio 事件轮询中并发执行。

有两个网络请求处理器:handle 只负责提供 html 页面,wshandle 是我们的网络套接字任务,负责处理与客户端的交互。每一个已连接的客户端都会加载一个新的 wshandle 进入事件轮询。这个任务会把客户端的套接字加入列表,因此 game_loop 可以发送信息给每一个客户端。然后,它会把每一次按键信息返回给客户端,并输出相应的消息。

在启动的任务中,我们在 asyncio 的主事件轮询中运行工作者轮询。当其中某个工作者使用 await 语句等待协程完成时,就会切换为另一个工作者任务。例如,经过一定时间后,asyncio.sleep 就会将执行交还给调度器,而 ws.receive() 则会等待来自套接字的信息,同时调度器会切换至其他任务。

在你用浏览器打开主页并连上服务器后,可以试着按键。它们所代表的字码将会由服务端输出并返回。返回给客户端的消息每两秒被游戏循环中的 tick 消息重写一次。

现在,我们已经创建好了可以处理用户按键的服务端,主循环将在后台工作,并周期性地更新所有客户端。

例 3.2:请求开始游戏轮询

之前的例子中,一个游戏循环在整个服务端的生命周期中不断的运行。但实际上,没有人连接的时候运行游戏循环没什么意义。并且,在服务端可能会有不同的“房间”。这个概念指的是,一个玩家“创建”游戏会话(例如多人游戏的竞赛或是一次在线游戏的突袭行动),其他的玩家加入进来。这样的话,游戏循环是在游戏会话继续的时候运行。

本例中我们使用一个全局标志来确认游戏循环是否正在运行,并在第一个玩家连接进来时开始运行。最初的时候,游戏循环不运行,所以这个标志被设置为 False。游戏循环是由客户端的处理器启动的:

跟着一起写一个多人在线游戏(二)

game_loop() 开始时,这个标志被设置为 True。最终,当所有玩家都断开时,再次被设置为 False

例 3.3:管理任务

本例介绍了如何处理任务对象。我们不存储一个标志,而是把游戏循环的任务直接存储在应用程序的全局字典中。情况简单的话,这样也许不是最佳的选择,但是有时候你可能需要去处理一些已经加载好的任务。

跟着一起写一个多人在线游戏(二)

这里 ensure_future() 返回我们存储在全局字典中的任务对象;当所有用户都断开后,我们取消它:

app["game_llop"].cancel()

cancel() 函数告诉调度器不要把运行权再交给这个协程,并把它的状态设置为 cancelled,稍后可以用 cancelled() 方法来检查这个状态。有一点要提醒:如果任务对象有外部引用,在任务出现异常时并不会引发异常,而是在任务中设置该异常,可通过 exception() 方法检验。这样静悄悄地运行失败对于代码调试并不利。所以我们需要引发所有的异常。为此,你只需要显式地调用未完成任务的 result() 方法即可,可以使用回调对象实现:

app["game_loop"].add_done_callback(lambda t: t.result())

如果我们想取消这个任务,但又不想引发 CancelledError ,可以考虑检查其 “cancelled” 状态:

app["game_loop"].add_done_callback(lambda t: t.result() if not t.cancelled() else None)

注意,只有当你已经存储了任务对象的引用时才需要这么做。在前面的例子中,所有的异常都是直接引发,而不是使用额外的回调对象。

例 3.4:等待多个事件

很多时候,你需要在客户端的处理器等待多个事件。除了来自客户端的信息,你可能还会等待不同类型的事件。举个例子:如果游戏时间有限制,你就可能要等待一个来自计时器的信号。或者你要等待来自其他进程用管道传来的信息。又或者是使用了分布式系统,等待来自网络上其他服务器的消息。

简单起见,本例基于例 3.1 实现。但是在本例中,我们将会使用 Condition 对象来同步已连接客户端的游戏循环。因为我们只需要在处理器使用套接字,所以这里不需要套接字的全局列表。当游戏循环迭代结束时,我们使用 Condition.notify_all() 方法通知所有的客户端。这个方法支持在 asyncio的事件轮询中实现发布/订阅模式。

如需在处理器中等待两个事件,我们首先用 ensure_future() 把可用的对象打包进一个任务中。

跟着一起写一个多人在线游戏(二)

在我们调用 Condition.wait() 之前,我们需要获取它背后的锁。这就是为什么我们先调用了 tick.wait()。这个锁将会在调用了 tick.wait() 后释放,好让其他的协程也可能使用。但是当获取消息后,将再次获取一个锁。所以我们必须在收到通知后调用 tick.release() 来释放它。

我们使用 asycino.wait() 协程等待两个任务:

跟着一起写一个多人在线游戏(二)

它会一直阻塞直到任务列表中的某一项被完成。之后它将返回两个列表:已完成的任务和正在运行的任务。如果某个任务已经完成,我们它的任务状态设置为 None ,这样的话下次迭代的时候就可以被再次创建。

例 3.5:结合多线程

本例中我们通过在一个单独的线程中运行主游戏循环,把 asyncio 循环和多线程结合起来。就像我之前提到的那样,由于全局解释器锁的缘故,Python 代码无法实现真正并行执行的多线程。所以用其他的线程来做沉重的计算并不是个好想法。但是,使用 asyncio 和多线程的原因是:我们需要使用其他不支持 asyncio 的库。在主线程中使用这些库很容易阻塞循环的运行,所以我们只能用其他的线程来异步运行。

我们使用 asyncio 循环的 run_in_executor() 方法和 threadPoolExecutor 来运行游戏循环。注意 game_loop() 不再是协程了。它是一个在其他线程中执行的函数。然而,我们需要和主线程交互去提示客户端游戏信息。由于asyncio 本身不是线程安全的,它有一些方法允许我们从其他线程中运行代码。如果是普通函数,则调用 call_soon_threadsafe(),如果是协程则调用 run_coroutine_threadsafe()。我们将会放一些用于提示用户端消息的代码在 notify() 协程中,并从另一个线程下在主事件轮询中运行。

跟着一起写一个多人在线游戏(二)

当你运行本例时,你会发现“提示线程 id”和“主线程 id”是一样的。这是因为 notify() 协程是在主线程中执行的。 所以当 sleep(1) 被另一个线程调用时,就不会阻塞事件轮询。

例 3.6:多进程与扩大规模

单线程的服务器也许可以良好的工作,但它受限于单核 CPU。为了把服务端扩展至超出单核,我们需要去运行多个含有自己事件轮询的进程。所以我们得想办法通过进程间交换信息或是共享游戏数据实现通信。同时在游戏中,常常会要求复杂的计算,比如路径搜索之类的。这些任务没有办法快速的在一个单位游戏时间中完成。由于会阻塞事件的进程,所以并不推荐在协程中进行消耗大量时间的计算。故在这种情况下,传递沉重的任务交给其他进程并发进行是比较合理的。

利用多核的最简单方法是加载多个单核服务器,就像之前的例子,不同的端口都有一个。你可以借助 supervisord 或是类似的进程控制系统来实现。然后,你可以使用一个负载均衡器,比如 HAProxy ,来将连接的客户端分配给不同的进程。进程间通信有很多不同的方法。其中之一就是使用基于网络的系统,同样允许你扩大服务端的规模。已经有适配器用 asyncio 实现消息发送和存储系统。下面是一些例子:

  • aiomcache 用于分布式缓存客户端

  • aiozmq 用于 zeroMQ

  • aioredis 用于 Redis 数据库存储和发布/订阅

你可以在 github 和 pypi 上发现很多其他的包,大部分都有“aio”前缀。

使用网络服务可能在存储永久数据和交换消息方面的效率高。但如果你需要实现包括进程间通信等实时数据的处理的进程,它的表现就差强人意了。这种情况下,更适当的方法是使用标准的 unix 管道。asyncio 支持管道,并且在 aiohttp 库中有非常底层地使用管道的服务端实例

在当前的例子中,我们将会使用 multiprocessing 库去创建在不同内核上进行沉重运算的新进程,并通过通过 multiprocessing.Queue 来交换信息。不幸的是,目前 multiprocessing 的实现与 asyncio 不兼容。所以每一个阻塞调用都会阻塞事件轮询。但这正是多线程有用之处,因为我们可以在不同的线程中运行多进程的代码而不会阻塞主线程。我们要做的,只是把所有进程内通信放到另一个线程中去。这个例子展示了这项技术。这和前面的多线程例子很像,但我们是在线程中创建了新的进程。

跟着一起写一个多人在线游戏(二)

我们在其他的进程中运行了 worker() 函数。它包含了一个进行沉重计算循环,并把结果放入队列中。队列是 multiprocessing.Queue 的实例。之后我们获取结果,并通知在另一个线程的主循环轮询中执行的客户端,和例 3.5 完全一样。本例非常简化,没有正确的终止进程。而且在真实的游戏中,我们可能会使用第二个队列传递数据给 worker 函数。

有一个叫做 aioprocessing的项目,是一个使 multiprocessingasyncio 兼容的包装器。然而,它使用的也是本例中描述的方法——从线程中创建进程。但除了把复杂的技巧隐藏在简单的接口下之外,不会给你带来任何好处。希望在以后的 Python 版本中,会引入基于协程并支持 asyncio的多进程库。

注意!如果你要在不同的线程或是主线程/进程的子进程中运行别的 asyncio 事件轮询,你需要用 asyncio.new_event_loop() 显式地创建循环,否则它将无法工作。

Python 翻译组是EarlGrey@编程派发起成立的一个专注于 Python 技术内容翻译的小组,目前已有近 30 名 Python 技术爱好者加入。

翻译组出品的内容(包括教程、文档、书籍、视频)将在编程派微信公众号首发,欢迎各位 Python 爱好者推荐相关线索。

推荐线索,可直接在编程派微信公众号推文下留言即可。

weinxin
我的微信公众号
爱真理,得永生!          爱在灵灵久博客,网罗天下,福利大家!

发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: