专用服务器与组合客户端-服务器？

Question

我正在编写游戏服务器和客户端。服务器生成一个世界并将其提供给各种玩家客户端。它不是大型多人游戏。

客户端（至少目前）运行要求相当高的软件渲染器，以及执行标准客户端模拟（然后需要经过权威服务器的批准），因此任何可用的处理可扩展性都将是好的。

服务器也将是处理器密集型的，并且鉴于项目的性质，可能只会随着项目的进展而变得更多。世界是程序化的，其中一些发生在游戏中；世界选项是在游戏开始之前根据当时的系统功能设置的（理想情况下运行的外部进程最少）。因此，硬件线程数量的可扩展性对于服务器来说是绝对必要的。

同样，由于这不是 MMO，玩家都可以访问客户端和服务器，以便他们可以设置自己的服务器。许多玩家将只有一台机器来托管服务器并运行客户端，以便能够与他们的朋友一起玩。基于这个事实，哪个更适合我？

• 结合的客户端和服务器进程
• 独立的客户端和服务器进程

...为什么？

PS。即使上述一些复杂性只是在以后才出现，我也需要尽早使架构（在这方面）正确。

Answer 1

我想说，帮助您做出决定的最重要方面是 - 是否存在客户端和服务器共享的计算密集型任务？如果您可以为客户端和服务器进行一次计算而不是两次，那么拥有一个进程是有意义的（但这可能很难实现）。否则我说分开。

我发现分离进程的优势很少：

• 当客户端崩溃时（我想说更可能是复杂的渲染器和/或有缺陷的图形驱动程序）服务器保持正常运行
• 意外（和/或愤怒的 QQ）退出游戏不会为其他玩家杀死游戏
• （如果需要）将服务器绑定到少数内核并将客户端绑定到其他内核会更容易
• 您可能无论如何都需要编写专用服务器（因此它可以托管在远程服务器上，可能没有图形）并将其移植到其他操作系统可能更容易......
• 使客户端代码整体不那么复杂

（如果我想出的话，我以后可能会在列表中添加一些东西）

Answer 2

关注点分离始终是一个重要因素，因此最好将它们保持为单独的进程。它对性能也更好。如果我只想使用客户端功能，则没有理由将与服务器相关的代码也保留在同一个应用程序中。我只会在需要时启动它。