1、棋牌类效劳器的特性
1，棋牌类不分区不分服
普通来讲，棋牌游戏全是不分区不分服的。以是棋牌类效劳器要满意跟着用户量的增添而扩大的需求。
2，房间形式
即正在统一局游戏中就是正在统一个房间中，统一个房间中的人能够领受到其别人的动静。
3，每一个房间的操纵必需是顺/序性
那个特征相似与普通游戏的回合制，每一个玩家的操纵全是有挨次性的。
2、需求处理的手艺点
1，数据同享
由于棋牌类游戏不分区不分服，我们正在设想效劳器的时辰，是按天下服的思惟往设想，即效劳器是这个n多台物理机的集群。当用户登岸效劳器，创立房间时，能够按照负载平衡算法，它能够正在任何一台效劳器上面。以是，不理会用户登岸到哪一台效劳器上面了，都能够得到本身的数据。我们能够利用redis来做数据同享。
2，若何进进房间
正在统一局游戏中，我们请求一切人都正在统一个房间中，我们能够划定正在统一个房间中的用户，必需登岸到统一台物理效劳器上面。正在创立房间完成以后，其别人按照房间号查找房间的时辰，能够按照房间号，获得那个房间地点的效劳器ip和端口，判定这个当前用户登岸的效劳器ip与房间地点的效劳器ip是不是不异，若是不异，就不做切换，若是纷歧样，客户端就利用ip和端口，毗连到房间地点的效劳器上面。
3，包管房间操纵的挨次性
创立房间胜利以后，接下来的操纵都要包管它的挨次性，以是房间需求有这个它本身的动静个行列。我们能够把每一个房间抵达效劳器的动静封装为这个使命，把那个使命放到动静行列中，然后有这个使命履行者往按挨次履行那些使命。
3、体系架构
1，功用设想
a，登岸
普通全是需求接第三方登岸，登岸那一块是http操纵，我们同一供给这个web效劳，用来做登岸考证。由于正在登岸时，挪用第三方的http效劳，那个历程能够很慢，若是放正在逻辑效劳器的话，能够会卡营业逻辑使命。由于能够差别的玩家营业要求能够同正在这个线程中，若是有使命卡了，那末那个使命今后新来的要求请会卡住，招致动静提早。
b，获得游戏通告，也放正在web效劳中。通告通常为游戏登岸的时辰向效劳器获得一次。把它放正在web效劳器中，与营业逻辑别离的益处是，当营业逻辑效劳器保护或更新的时辰，不影响用户的登岸，和获得通告，如许用户体验会好一些。
c，创立用户独一的id，由于棋牌类游戏效劳器是天下服，无分区，以是用户的id必需是全局独一的。能够操纵redis的incr办法，原子的递增，若是不想被他人按照userid的递增推算出有几注册用户，递增的梯度能够随机，好比每次递增的值从1到1024中随机这个。
d，创立房间，当房间主创立房间时，房间的id需求正在任何台效劳器上能够查询到，以是创立房间胜利后，房间id要存储正在同享内存redis中，每一个房间id对应这个房间地点的ip地点或效劳器id.如许，当有效户要进进房间，正在查询房间id时，能够判定那个房间是不是和本身登岸的游戏效劳器不异。
e，查找参加房间
按照房间id查询房间，查找到房间后，获得房间地点的ip地点或效劳器id,若是发明和本身所登岸的效劳器一样，间接能够参加房间。若是纷歧样，把那个房间地点的ip和端口返回给客户端，让客户端从头与房间地点的效劳器成立毗连，利用登岸时的token考证用户。
f，游戏剧本挪用
正在考证游戏是不是正当时，客户端与效劳器都要考证，考证的算法是一样的，以是能够利用剧本来写，写一份剧本，正在效劳器与客户端中同时利用。能够利用lua。统一个算法利用统一个剧本 ，如许正在开辟新的同范例棋牌游戏时，只需求替代一下那个剧本就好了，不消再反复开辟。
3，背景治理体系
那个通常为按照运营需求开辟的，每一个公司纷歧样。不外有一点，背景治理体系能够要和游戏效劳器通讯，这类通讯方法最好是接纳redis的定阅/公布机制。如许能够把某个动静事务同时发送到一切的营业效劳器上面。按照用户地点的效劳器停止处置。
4，玩家同屏
玩家同屏是棋牌游戏中的这个重点，关于做过那些年夜型的arpg，或mmo游戏的法式员来讲，那其实不是甚么易事。由于同屏就是效劳器对客户真个动静停止转发。这个房间四小我私家，这个人出的牌或操纵能被其他三小我私家同时看到。
由于棋牌游戏的同步数据量比力小。普通常睹的同步方法有两种：
1，客户端自动拉取。
客户端按时自动向效劳器要求这个用户的动静行列，当这个玩家有操纵需求同步到其他玩家时，正在效劳器端先把那个动静放到那个用户的动静行列中。等候客户真个拉取操纵。这类方法的益处是，不需求思索收集闪断或收集欠好的环境，疑息全是同步获得的。错误谬误是，按时拉取的时候距离很短，能够不到一秒就会拉取一次。
2，效劳器自动推送
当这个用户出牌的动静需求同步给其他玩家时，效劳器会得到那个玩家与效劳器成立的socket毗连，然后效劳器利用socket 自动向客户端发送动静。
这类方法要思索收集闪断，动静丧失的题目。由于效劳器推送的动静，客户端有能够会收不到。以是客户端需求按照心跳来判定收集是不是有断开过，若是有断开，需求从头从效劳器拉取全部房间状况的动静。大概按照效劳器发送的动静号，若是客户端发明领受到的效劳器动静号有跳号的，好比应当领受10，却收到了12，申明中心有动静丧失，需求从头拉取全部房间的状况疑息。
这类方法的错误谬误是，开辟庞大，需求思索一些收集题目。长处是，只要正在有动静的时辰才会推送，没有的话不推送，不占用带宽等体系资本，能够增添用户同时正在线量，也就是增添了效劳器的承载量。
5，数据同步和耐久化
1，因为棋牌类的游戏数据少，计较量也小，以是完整能够不利用内存缓存，而间接利用redis同享内存，用户的一切数据都缓存正在redis中。更新也同步更新到redis中，如许不理会这个用户登岸哪一台营业效劳器，都能得到本身的最新数据。
2，更新数据库，因为数据第一缓存是redis，以是活泼的用户数据全是能够从redis中间接得到的，而不消查询数据库，以是数据库的更新能够采纳异步更新，而不会产会数据的提早。需求注重的一点是，数据的异步更新必需包管是有挨次的。那末那就会发生这个题目，怎样包管用户的更新不会乱呢？
3，若何包管更新的挨次性
由于我们的营业效劳器是多个的，用户能够毗连此中的任何这个，若是道登岸的是效劳器A,参加的房间正在效劳器B上，那末毗连就会切换。为了包管数据更新的挨次，我们能够做这个数据库耐久化效劳，把需求更新数据库的使命及时发送到那台效劳器上，由数据库耐久化效劳履行对数据库的更新。如许不理会用户毗连的哪台营业效劳器，它的更新全是有挨次包管的。
4，一种快速简朴的办法
因为棋牌类的营业少，数据更新少，以是查询能够有redis缓存，削减数据库查询的压力，而更新实施及时更新到数据库，前期不需求开辟数据库耐久化效劳。等用户积聚到必然法式以后，发明更新数据库比力慢的时辰，再零丁做这个数据库耐久化效劳。
4、效劳器架构
1，登岸时，客户端起首向登岸的web效劳器要求登岸疑息，登岸胜利以后，返回登岸的token,为了顺应年夜范围的web要求和登岸效劳的不变，能够利用nginx做负载平衡。
2，登岸胜利以后，要求负载平衡效劳器，获得一台毗连的营业效劳器。那个负载平衡效劳器能够和登岸web正在这个历程中，也能够自力出来。
3，拿到登岸胜利的token和需求毗连的营业效劳器的ip和端口以后，再往毗连营业效劳器。毗连胜利以后，要利用token到登岸效劳器往考证，那个用户是不是登岸了。
4，统一个房间的用户要毗连到统一台物理效劳器上面。正在上面已道过了。
5，redis用来做同享缓存。
6，mysql做耐久化存储。
7，数据库耐久化效劳器，同一做数据进库操纵。
5、关于网关的题目
1，网关的感化
a，转发动静包
b，营业的负载平衡，好比A营业由效劳器a处置，B营业由效劳器b处置，由网关停止转发。
c，保护与客户真个毗连
d，带宽的整合，普通的云效劳全是按购置的效劳器计较带宽的。经由过程一台效劳器转发动静，能够只购置这个年夜带宽便可以了。以节省本钱。
2，棋牌类游戏需求网关吗？
我以为不太需求，由于棋牌类游戏营业比力单一，做的怎么样最多的就是动静同屏转发。最多是再有一些使命或举动，那些由一台效劳器间接处置完整能够弄定。并且开辟网关也是这个庞大的事情，没须要正在那个上面花太多的时候。
文章转载自：棋牌类游戏效劳器架构周全总结_彪锅锅来啦-CSDN博客_棋牌效劳器
