PHP：游戏循环（线程或排序）

Question

我正在编写 PHP 代码作为游戏客户端。它使用套接字； socket_create，然后是socket_connect，然后是socket_read。它工作正常，但问题是服务器可以随时发送数据包，这意味着 socket_read 需要在“游戏循环”中不断发生。所以像这样的事情：

<?php 
$reply = ""; 
do { 
     $recv = ""; 
     $recv = socket_read($socket, '1400'); 
     if($recv != "") { 
         $reply .= $recv; 
     } 
} while($recv != ""); 

echo($reply); 
?>

不起作用，因为它陷入了循环（服务器不会终止连接，直到客户端退出游戏）并且 PHP 代码需要处理传入的数据包内容。

所以 PHP 并不真正有线程。处理这个问题的最佳方法是什么？

Answer 1

不要编写这个臭气熏天的阻塞轮询循环，而是查看一些基于反应器模式的事件系统，例如 Python Twisted 或 Ruby EventMachine。

我相信 PHP 风格称为 PHP-MIO： http://thethoughtlab.blogspot.com/2007/04/non-blocking-io-with-php-mio.html

Answer 2

您所要做的就是使用 socket_select() 函数：

http://php.net/manual/en/function.socket-select.php

它会让你的脚本进入睡眠状态，并在套接字上有数据要读取时唤醒它。它比定期睡眠/读取、cron 脚本和所有其他建议的解决方案更有效。

@aib 提出了一个有效的观点。服务器可能会发送一个完整的“游戏消息”，分为几个数据包。不要期望在 socket_select() 返回后在一次代码块执行中获取所有数据。

Answer 3

PHP 没有多线程，因此您应该真正考虑使用更合适的语言（就像 Andrey 在其评论中提到的那样）。

Answer 4

TCP 实现倾向于对消息进行分段和连接；无法得知套接字接收到的数据量或消息片段将返回多少。您需要知道消息在哪里结束以及新消息在哪里开始（这可能在单次读取返回的数据中多次发生）。一些简单的解决方案：

• 使用某种分隔符。每条消息以“\0”结束。
• 随消息一起发送消息大小。每条消息以“内容长度：42\n”或两个大小字节（0x00 0x42）开始。
• 使用 XML。 开始， 结束消息。

PHP 的 XML 解析器不喜欢不完整的 XML，因此除非您想手动匹配开始和结束标记，否则第三个选项就不再适用。如果协议基于 ASCII，则使用第一个选项；如果协议是二进制的，则使用第二个选项；如果协议已经是 XML，则使用第三个选项。

现在，请记住每个数据包可以获取任意数量的消息。在最复杂的情​​况下，您可能会在单个数据包中看到较早消息的结尾，后跟许多完整消息以及另一条消息的开头。

完整的解决方案将遵循以下原则：

while (connected) {
    while (messages in buffer < 1) {
        read from socket;
        add to buffer;
    }

    while (messages in buffer > 0) {
        extract message from buffer;
        process message;
    }
}

...尽管这是一个异步消息循环。我将把“如果有可用消息，则返回它；否则，等待消息”同步实现作为练习。 （提示：您需要一个类来构建和缓冲消息。）

Answer 5

可以做到，但我同意@Andrey和@DampeS8N，不是最好的选择。如果您决心这样做，请查看这本书：您想要做什么 /em> 使用 PHP？

Answer 6

如果你真的想这样做，你必须休眠一段时间，检查套接字，再次休眠，检查套接字...

要在不阻塞的情况下检查套接字，你需要使用非阻塞 I /O 您可以使用 socket_set_nonblock() 或 socket_recv() 它有一个 DONTWAIT 标志。

Answer 7

基本上任何软件平台都会遇到这个问题。正如您所发现的，大多数情况都是通过线程来解决的。虽然 PHP 中可以使用线程。它需要 MAJORHAXXX。例如从 php.ini 中启动命令行 php 线程。

最终结果确实并不理想。

然而，还有其他方法可以解决这个问题。

但您需要先检查此列表中的所有标记：

[] - 我的游戏不需要不断检查服务器，例如玩家位置或复杂的动作。超出聊天室级别的数据传输和更新速率的任何内容都不应选中此框。

[] - 我的游戏不需要服务器告诉我任何事情。客户提出任何需要的请求是完全可以接受的，也许每秒一次，或者更好的是每分钟一次。

[] - 我的游戏不需要在服务器上持续模拟复杂的世界，其运行时间不需要超过完成请求所需的时间。跟踪聊天是一回事，进行物理和图形修改是另一回事。

如果您选中了所有这些框，那么 PHP 仍然在游戏中！否则。别打扰。

基本上，我在这里想说的是，PHP 非常适合非多人游戏、回合制游戏或至少互动性不强的游戏。但一旦你不得不在没有播放器的情况下让事情继续进行，PHP 就会崩溃。

VOODOO LEVEL

但如果你只是必须这样做。有一些方法可以解决这个问题。

A - 创建一个运行您的世界的 PHP 守护进程，将所有其他流量传输到与数据库交互的 getter 或 setter 请求文件。因此，您可能请求获取游戏世界状态，或设置玩家执行的值。所有其他与游戏世界相关的事情都可以由守护进程处理，并且游戏本身发生在数据库中。

B - 使用 cron，而不是守护进程。 （危险，但我们已经将您确定为冒险者，对吧？）

C - 仅尝试使用守护进程并侦听套接字，然后发送线程（通过 exec()）进行响应。有点像上面 AndreKR 的想法，只是你不需要睡觉。这里的问题是你几乎总是会丢失东西或以其他方式被切断。如果守护进程以某种方式运行两次，整个事情可能会爆炸。