0

我正在开发一款游戏，我想我会添加一个多人游戏选项。这是一个实时游戏，比如 Snake 或类似的东西，所以我更新精灵位置非常快：

while (isRunning) {
   ...
   if (sprite instanceof PlayerSprite) {
            PlayerSprite player = ((PlayerSprite) sprite);
            collisionManager.checkCollision(player, map, elapsedTime, currTime);
            updatePosition(player, elapsedTime);
            player.animeUpdate(elapsedTime);
   }
   ...
}

我首先尝试使用 RMI：我将每个位置存储在一个对象中，并将其设置为远程。所以服务器和客户端都可以更新它。但正如我所说，它需要实时更新。RMI 看起来并不能解决这个问题。但我真的是初学者，所以我不确定。

所以我的问题是：RMI 或简单的 IO（套接字）将是实时游戏的最佳解决方案吗？

如果套接字更好：我可以通过 ObjectOutput/ObjectInput 将位置存储对象发送到客户端，更新对象（并绘制到屏幕上），然后将更新的对象发送回服务器，等等？

提前致谢：）

4

3 回答 3

2

所以我的问题是：RMI 或简单的 IO（套接字）将是实时游戏的最佳解决方案吗？

这个问题很容易回答。在两者之间，套接字是要走的路。RMI 包含大量开销，这会减慢传输时间。实时的目标是尽可能缩短发送和接收信息之间的时间。

如果套接字更好：我可以通过 ObjectOutput/ObjectInput 将位置存储对象发送到客户端，更新对象（并绘制到屏幕上），然后将更新的对象发送回服务器，等等？

你可以，但如前所述，它很慢。您将需要使用具有客户端-服务器消息系统的库（我使用Kryonet）或编写自己的协议。看起来很明显的关键是客户端和服务器之间有一种简单的相互理解方式。

于 2013-10-25T20:03:00.893 回答
1

我不建议使用 Socket 或 RMI！

在我看来，您应该使用 REST 服务来处理多人游戏。

于 2013-10-25T19:37:36.777 回答
1

如果您追求速度，请不要使用 Java 序列化，因为它比 JSON 序列化慢得多。

JSON 很好，我个人会尝试使用 Google Protocol Buffers 的Akka Remote Actors，尽管它需要学习。

于 2013-10-25T19:49:08.317 回答