新项目立项停滞，头大。近期读老项目代码看到Java，笔记记录一下。

为什么要做服务器的架构

游戏服务器架构设计具有多方面的重要意义，它直接关系到游戏的性能、可扩展性、稳定性以及用户体验等关键因素

确保游戏的流畅运行

• 优化数据处理：合理的服务器架构能够高效地处理游戏中的各种数据，包括玩家的操作指令、游戏世界的状态更新等。通过设计良好的架构，可以将数据处理任务进行合理分配，避免出现数据堵塞或处理延迟的情况，从而保证游戏画面的流畅度和操作的响应速度。
• 平衡负载：游戏服务器架构设计能够实现负载均衡，将玩家的请求均匀分配到多个服务器节点上。这样可以避免单个服务器因负载过重而出现性能下降甚至崩溃的情况，确保在游戏高峰时段，如节假日或新内容发布时，大量玩家同时在线仍能获得流畅的游戏体验。

提升游戏的可扩展性

• 支持游戏功能扩展：随着游戏的发展，需要不断添加新的功能、玩法和内容。良好的服务器架构具有开放性和可扩展性，能够方便地集成新的模块和功能，而不会对现有的系统造成太大的影响。例如，当游戏要增加新的地图、角色或社交功能时，服务器架构可以轻松应对这些变化，确保游戏能够持续更新和发展。
• 适应玩家数量增长：如果一款游戏受欢迎程度不断提高，玩家数量持续增加，服务器架构需要能够灵活扩展以容纳更多的玩家。通过设计可扩展的架构，可以方便地添加服务器硬件、增加服务器节点或进行集群扩展，以满足不断增长的玩家需求，而无需对整个系统进行大规模的重新设计。

保证游戏的稳定性和可靠性

• 容错机制：游戏服务器架构中通常会设计各种容错机制，以应对硬件故障、软件错误或网络问题等异常情况。例如，采用冗余设计，设置多个备份服务器或数据副本，当某个服务器出现故障时，能够自动切换到其他正常的服务器上，确保游戏服务不中断。
• 数据安全：游戏中的玩家数据至关重要，包括角色信息、游戏进度、虚拟物品等。服务器架构设计要考虑到数据的安全存储和传输，采用加密技术、数据备份与恢复机制等，防止数据泄露、丢失或损坏，保障玩家的权益和游戏的正常运营。

优化用户体验

• 降低延迟：通过合理设计服务器的部署位置和网络架构，可以减少玩家与服务器之间的通信延迟。例如，在不同地区设置服务器节点，让玩家能够连接到距离自己较近的服务器，从而加快数据传输速度，使玩家在游戏中能够及时看到自己操作的结果，与其他玩家进行顺畅的交互，提升游戏的沉浸感和乐趣。
• 提供稳定的服务：稳定的服务器架构能够保证游戏长时间稳定运行，减少游戏崩溃、卡顿或掉线等问题的发生。这有助于提高玩家对游戏的满意度和忠诚度，避免因频繁的技术问题导致玩家流失。

支持游戏运营和管理

• 监控和统计：游戏服务器架构通常会包含监控和统计功能，能够实时收集游戏服务器的运行数据，如玩家在线人数、服务器负载、网络流量等。这些数据对于游戏运营者来说非常重要，可以帮助他们了解游戏的运行状况，及时发现潜在问题，并做出相应的调整和决策。
• 更新和维护：良好的服务器架构设计便于进行游戏的更新和维护工作。例如，采用模块化的架构可以使开发人员更方便地对游戏的各个部分进行单独更新和调试，减少更新对玩家的影响，缩短维护时间，提高游戏的运营效率。

游戏服务器架构分类

游戏服务器架构主要分为单体架构、分层架构、微服务架构和分布式架构

单体架构

• 架构特点：将游戏服务器的所有功能集成在一个可执行文件中，包括网络通信、游戏逻辑处理、数据存储等各个模块。所有的功能都在同一个进程空间内运行，通过函数调用等方式进行模块间的通信。
• 应用场景：适用于小型游戏或开发初期的游戏项目。例如一些简单的休闲小游戏，玩家数量较少，游戏逻辑相对简单，对服务器的性能和扩展性要求不高。
• 优缺点：优点是开发和部署简单，易于理解和维护，开发成本低。缺点是可维护性差，随着游戏功能的增加，代码规模会不断膨胀，导致维护难度加大；可扩展性差，难以根据不同功能的负载需求进行灵活扩展；可靠性低，一旦某个模块出现问题，可能会导致整个服务器崩溃。

分层架构

• 架构特点：将游戏服务器按照功能划分为不同的层次，如表示层、业务逻辑层、数据访问层等。表示层负责与客户端进行交互，接收客户端的请求并返回响应；业务逻辑层处理游戏的核心逻辑，如角色移动、战斗计算等；数据访问层负责与数据库进行交互，实现数据的存储和读取。各层之间通过接口进行通信，上层依赖下层提供的服务。
• 应用场景：适用于中大型游戏项目，游戏逻辑较为复杂，需要对不同功能进行清晰的划分和管理。例如一些角色扮演类游戏（RPG），具有丰富的角色系统、任务系统、社交系统等，分层架构可以使各个功能模块之间的关系更加清晰，便于开发和维护。
• 优缺点：优点是结构清晰，易于理解和开发，各层职责明确，便于团队成员分工协作；可维护性好，当某个功能发生变化时，只需在相应的层进行修改，不会影响到其他层；可扩展性强，能够根据不同层的负载需求进行独立扩展。缺点是性能可能会受到一定影响，因为请求需要在不同层之间传递，会增加一定的开销；分层过多可能会导致系统复杂度过高，开发和维护成本增加。

微服务架构

• 架构特点：将游戏服务器的功能拆分成多个微小的服务，每个服务都有独立的进程和数据库，这些服务可以独立开发、部署和扩展。服务之间通过轻量级的通信机制进行交互，如 RESTful API 或消息队列。每个服务都可以根据自身的业务需求选择合适的技术栈进行开发，实现了技术的多样性和灵活性。
• 应用场景：适用于大型复杂的游戏项目，尤其是那些具有多个独立功能模块且需要频繁更新和扩展的游戏。例如大型多人在线游戏（MMO），包含了多个不同的游戏玩法和系统，如副本系统、交易系统、社交系统等，每个系统都可以作为一个微服务进行独立开发和管理。
• 优缺点：优点是高度的可扩展性，每个微服务可以根据实际负载情况独立进行扩展，能够灵活应对不同功能模块的流量变化；技术多样性，不同微服务可以根据其具体业务特点选择最合适的技术栈，提高开发效率和系统性能；敏捷开发和部署，各个微服务可以由不同的团队独立开发和部署，便于快速迭代和更新游戏功能；故障隔离性好，当某个微服务出现故障时，只会影响到该服务本身，不会导致整个游戏服务器崩溃，提高了系统的可靠性。缺点是运维复杂度高，需要管理多个微服务的运行、监控和部署，对运维人员的技术要求较高；分布式事务处理复杂，由于数据可能分布在多个微服务的数据库中，在涉及多个服务的数据操作时，分布式事务的处理难度较大；服务间通信开销，服务之间的通信会带来一定的性能开销，需要合理设计通信机制以减少对性能的影响。

分布式架构

• 架构特点：将游戏服务器的功能分布在多个服务器节点上，这些节点通过网络相互连接，协同工作来处理游戏中的各种任务。分布式架构通常会采用集群技术，将多个服务器组成一个集群，对外提供统一的服务。数据也会分布在多个节点上进行存储和处理，通过数据复制和一致性算法来保证数据的一致性和可用性。
• 应用场景：适用于对性能、可靠性和可扩展性要求极高的大型游戏项目，尤其是那些需要支持大量玩家同时在线的游戏，如大型竞技类游戏、全球同服的大型 MMO 游戏等。
• 优缺点：优点是强大的性能和可扩展性，能够通过增加服务器节点来处理大量的玩家请求，实现近乎无限的扩展能力；高可靠性，通过数据复制和故障转移机制，能够在部分服务器节点出现故障时保证游戏服务的连续性；资源利用率高，可以根据不同节点的负载情况动态分配任务，充分利用服务器资源。缺点是架构复杂，设计和实现难度大，需要考虑数据一致性、分布式事务、网络延迟等诸多问题；开发和维护成本高，需要专业的技术团队来进行开发和运维管理；调试和监控困难，由于系统分布在多个节点上，定位和解决问题的难度较大。

关于分布式架构

游戏的分布式架构是一种将游戏服务器的功能分布在多个服务器节点上，通过网络相互连接、协同工作来处理游戏任务的架构方式。

核心组成部分

• 集群管理服务器：负责监控和管理整个服务器集群的运行状态，包括服务器节点的添加、删除、状态监测等，确保整个分布式系统的稳定运行。
• 网关服务器：作为玩家与后端服务器之间的通信桥梁，负责接收玩家的请求，并将请求转发到相应的服务器节点进行处理，同时将处理结果返回给玩家。
• 大厅服务器：为玩家提供游戏大厅中的各种服务，如游戏列表展示、玩家聊天、好友管理、游戏匹配等功能，是玩家在进入具体游戏场景前的主要交互场所。
• 游戏逻辑服务器：负责处理具体的游戏逻辑，如角色的移动、战斗计算、任务执行、物品管理等，是游戏核心功能的实现部分。

优点

• 强大的可扩展性：能够根据玩家数量的增长轻松添加新的服务器节点，线性扩展系统的处理能力，确保游戏在高并发场景下仍能保持流畅运行，满足大型多人在线游戏不断增长的用户需求。
• 出色的容错性：部分服务器节点出现故障时，其他节点可以继续提供服务，通过故障转移机制确保游戏的连续性和稳定性，避免因单点故障而导致游戏服务中断，提高了系统的可靠性。
• 良好的负载均衡：通过合理的任务分配算法，将玩家请求均匀地分配到各个服务器节点上，使每个节点的负载相对均衡，避免出现某些节点负载过重而影响性能的情况，充分利用服务器资源，提高整体系统的性能。
• 低延迟体验：可以将服务器部署在多个地理位置，使玩家能够连接到距离自己较近的服务器，减少网络传输延迟，提高游戏的响应速度和操作体验，尤其对于竞技类游戏等对实时性要求较高的游戏类型至关重要。

缺点

• 架构复杂：设计和实现分布式架构需要考虑数据一致性、分布式事务、网络延迟、节点间通信等诸多复杂问题，开发难度较大，对开发团队的技术能力要求较高2。
• 运维困难：运维复杂度高，需要专业的运维人员来管理多个服务器节点的运行、监控、升级和故障排除等工作，运维成本也相对较高2。
• 数据一致性挑战：由于数据分布在多个节点上，在数据更新和同步过程中可能会出现数据不一致的情况，需要采用适当的数据一致性算法和技术来解决，如分布式锁、事务处理等，增加了系统的复杂性和开发成本。

至今为止，我做过的大多数的中小型项目都会使用分布型架构。但其实真正开发小型游戏时分布式略显臃肿。一般来说单体架构简单适用于小型游戏；分层架构按功能分层，便于管理，适合中大型项目；微服务架构将功能拆分为独立服务，可扩展性强；分布式架构通过多节点协同，满足高并发、大规模玩家需求。其基本模块涵盖网络通信、数据库、业务逻辑等，分别负责数据传输、存储、功能实现等。不同架构与模块相互配合，旨在提升游戏性能、扩展性、稳定性与用户体验 。真正立项时期需要开发者自己斟酌选择。