javascript - 带有 JavaScript 后端和前端的多人游戏。最佳实践是什么？

Question

我正在考虑在 Node.js 中创建一个网络多人游戏.这意味着我将在后端和前端使用相同的语言。这将是实时的，每个“房间”最多可容纳 20 人，所以我有一些想法:

1. 如何补偿所有用户之间的延迟，以便每个人在同一时间看到相同的东西？我正在考虑跟踪每个玩家的平均 ping 时间，找到最慢的一个，并通知其他客户端他们必须延迟每个人的时间(以毫秒为单位)，以便每个人尽可能同步。

2. 我正在考虑在后端和前端运行游戏代码(因为两端都是 JavaScript)，并且只有一个纠错机制来与“真实游戏”中的“真实游戏”同步后端。这样，游戏应该在前端流畅运行，并且在同步发生时只有很少的故障。这也将最大限度地减少前端 JavaScript 黑客攻击，因为作弊者将被同步到后端游戏。

3. 我是否应该通过套接字(按键)接收玩家 Action ，通知所有其他客户端其他玩家的 Action ，同时在后端“玩”游戏并将同步信息发送给整个游戏状态每隔一段时间同步一下？

你怎么看？还有更多我应该考虑或注意的事情吗？

请发布任何想法或链接到有关多人游戏的文档或文章。

---

编辑:这些很有用:

• Gaffer on Games - Glenn Fiedler 撰写的关于多人游戏网络和物理的非常好的文章
• The Quake3 Networking Model

Answer 1

1 - 不可能。您不确切知道消息到达客户端需要多长时间，并且您进行的任何测量都不一定适用于您发送的下一条消息。你能做的最好的就是一个近似值，但你总是需要假设人们会在稍微不同的时间看到略有不同的事物或相同的事物。我建议只将当前状态发送给每个人，并使用插值/外推来平滑游戏玩法，这样每个人都可以在过去几毫秒内看到游戏，延迟在玩家之间和随着时间而变化。一般来说，这很少是一个大问题。如果您真的想缓冲服务器上的一些过去状态，您可以在它们之间进行插值并将不同的旧数据发送给不同的人，以尝试同步他们看到的内容，但结合客户端模拟和传输时间的抖动，您可以仍然会看到机器之间的一些差异。

2 - 典型的方式是在服务器上运行模拟，并向客户端发送定期(小)状态更新。客户端通常会运行自己的模拟，并有办法在自己的预测/插值状态和服务器发送给它们的权威状态之间进行混合。除了用户输入之外的所有决定都应该在服务器端做出。归根结底，您混合这些的方式只是在平滑外观和准确状态之间进行权衡，因此您必须做出美观的决定。

3 - 您的客户通常应该将按键转换为逻辑操作。您的服务器不关心 key 。将该逻辑操作发送到服务器，如果需要，它可以将其广播给其他客户端。一般来说，虽然您不需要在这里做任何事情 - 由 Action 引起的任何相关更改通常只会更改游戏状态，因此会在该状态的正常广播中发送出去。