您好、欢迎来到现金彩票网!
当前位置:2019管家婆最准的资料_管家婆2019年资料大全_管家婆今期免费资料 > 同步算法 >

游戏几种同步策略

发布时间:2019-08-09 02:34 来源:未知 编辑:admin

  实时动作游戏在近年来得到迅猛的发展。而游戏同步问题,成为大家继续解决的核心问题之一。早在 2004年,国内游戏开发还处于慢节奏 RPG满天飞的情况下,我就开始实时动作游戏研究。分别在 2005-2006期间写了一系列相关文章,被好多网站转载:

  如今十年过去,网上越来越多的人开始讨论游戏同步技术了,然而很多文章往往只针对某种特定的游戏情况,而观点又经常以偏概全。很多人并没有真正开发过实时动作游戏,更别说了解同步技术的前世今生了。转载别人的观点并加上自己理解的人很多,实际动过手的人很少。避免给更多人造成无谓的误导,我今天基于先前的实践和对欧美动作游戏,战网游戏,主机游戏(PSN,XBox Live等)网络技术的了解,来对这个问题做一个简单总结:

  开发快速动作游戏,首先要对公网的网络质量数据有详细的了解。这里所说到的网速,是指 RTT,数据往返一周的毫秒时间,而非每秒传送多少 KB/s。我写这篇文章是基于我 2005-2006年开发的东西来说的,当时国内公网质量比国外差很多:

  上图为 2005-2006年国内的网络环境,某三个省级 IDC的情况采样。当时公网 RTT平均值基本在100ms,120ms左右徘徊。所以我文中引用了很多 100ms。这个情况在2009 年以后已经好了很多(60ms的rtt)。到了2012年以后,公网平均 RTT已经降低到平均 40ms-50ms,省内平均10ms以内了:

  上图为 2015年某省级 IDC的全国延迟情况,如若全国多布点以及区别电信联通的线ms以内,延迟基本接近国外水平(当然带宽还差很多),比我当年文章中提到的网络情况好了不少。

  关于帧间同步的“帧锁定算法”系列的方法有很多类似实现(包括后面提到的帧间无等待改进,包括 LockStep等),但是他们的核心都是一个:保证所有客户端每帧的输入都一样。这样的方式被格斗游戏,RTS和足球(FIFA类)、篮球(NBA)等体育和动作游戏大量使用,比如我们熟悉的各大战网平台游戏(Xbox Live等),还有很多基于模拟器的街机对战平台。以及不少大型多人横版动作游戏。以开发便利,同步逻辑直观而受到大家欢迎。

  帧锁定算法多用在 C/S模型中(或者一人做主多人做从的P2P里),它和 LockStep(多用于P2P)共同存在的问题就是 “网速慢的玩家会卡到网速快的玩家”,老式游戏经常一个角色断网,所有人就在那里等待。为此出现了帧锁定的改良版本 “乐观帧锁定”(具体描述见帧锁定文章的下半部分)经过了不少游戏的实践检验。先前还有几款上线的横版格斗页游(如熟知的街机三国)用 Flash 的 TCP without NODELAY 来每秒20个关键帧的模式(特意找该游戏开发者确认了一下)跑该算法(由于近两年国内网速提高,Flash的 Tcp without NODELAY也能做很多事情了),效果还不错。

  具体实施时用不着按照文所述每一个步奏都相同,可以有很多变通。比如不一定是有变化的时候才通知服务端,有线上某横版格斗页游就是也可以每秒 20次向服务端直接发送数据(flash时钟不准需要自己独立计时),服务端再每秒 40次更新回所有客户端,看具体情况而定。

  也有使用 UDP的端游,客户端每秒钟上传50次键盘信息到服务端,丢了就丢了,后面持续发送过来的键盘数据会覆盖前面的数据,所以丢了没关系,更快捷。当然,UDP也不是必须的,近两年网速提高很快,省内都能做到10ms的 RTT 了,跨省也就 50ms的rtt,不少页游上用该方法上裸的 TCP 照样跑的很顺畅。

  而近两年国外动作游戏领域也涌现出其他一些新的改良方法,比如 Time Warp,以客户端先行+逻辑不一致时回滚的方式,带来了更好的同步效果,俗称时间回退法。不果国内暂时没看到有游戏这么尝试,更多的是国外近两年的双人动作游戏比较多,要求游戏每帧状态都可以保存,逻辑上开发会复杂一些。国内大部分是超过两人出去副本的,在3-4人出去 PK的情况下,引入状态回退,会让整个效果大打折扣。不过2人的效果确实有所改进,有兴趣的同学可以搜索 Time Warp相关的论文。

  2009年,云游戏(游戏远程渲染)技术得到广泛应用,客户端上传操作,服务端远程渲染,并以低延迟视频编码流的方式传回给客户端,用的就是这样类似的技术。客户端不需要高额的硬件,也不存在盗版问题,其中 Gaikai和 OnLive两家公司做的比较好。

  2012年,Sony推出 Playstation Now技术,可以在 PSV和 PS3/PS4上玩云游戏,玩家不需要购买游戏就可以免费体验一定时间。使得 PSV/PS3等低端硬件也可以流畅的跑 PS4游戏。

  但是目前国外网络环境下跑的还比较流畅,国内的网络环境要低延迟传送 HD画质的视频流还比较困难,视频都是比较费带宽的。但是帧锁定等保证每帧输入一致的算法,在当今的网络质量下传递一下玩家操作,还是没有任何问题的。

  对于逻辑不需要精确到帧的游戏类型而言(RPG/ARPG,FPS,赛车),允许每个客户端屏幕上显示的内容不同,只要将他们统一到一个逻辑中即可,这部分见:“网络游戏同步法则”(最好给策划看看这篇,从玩法上规避)。如果是 RPG游戏,其实更多是使用障眼法从玩法和动画效果上减少 “一次性的”,“决定性”的事件即可:

  RPG 游戏的移动很简单,只需要“谁在哪里朝着哪里移动”,客户端再做一些简单的平滑处理即可,不需要额外的“时间”参数。比如《魔兽世界》移动时,就是差不多每秒发送一次(坐标,朝向,速度),别的客户端收到以后就会矫正一下,如果矫正错误,比如 A本来往北走突然拐弯向东,这个数据包传到B上,B屏幕上的A可能在拐弯前往北跑了更远,致使拐弯向东时被树卡住,那么B就会看到A被树卡了两秒无法移动,然后突然瞬间移动到新的坐标,继续朝着东跑。

  通常 RPG攻击分为“有锁定攻击”和“无锁定攻击”,有锁定攻击意思是,我朝你发射火球,不管你怎么跑,火球都会追踪并射击到你,比如你在我面前横着跑过,我向你发射火球,可以发现火球并不是直线飞行,而是曲线追踪着你就过去了,这叫有锁定攻击。无锁定攻击一般是范围攻击,先播放个动画(比如挥刀),然后将攻击请求提交服务器,服务器结果回来时,动画刚好播放完毕,然后大家一起减血。

  而 FPS和 赛车类游戏的同步性要求比 RPG高很多,每秒发包量也会多很多(10-30个),多半采用位置预测及坐标差值的“导航推测算法(DR)”,具体实现见我的:“影子跟随算法”(DR算法的一个改进实现)。

  这类算法由于位置判定更为精确,所以计算量大,很多没法服务端判断,而是客户端直接判断,比如 FPS射击是否打到别人,客户端先判断,除了狙击这种一枪毙命的射击外基本都是客户端判断的。由于计算更为复杂,每秒同步发包差不多到 30个以上,这样的模式下,每局游戏的人数也不可能很多,一般16人左右。而且很多才用 P2P的方式运行,具体 FPS游戏的实现,及 DR算法的代码编写,见 “影子跟随算法”这篇文章。

  其实状态同步是一种乐观的同步方法,认为大家屏幕上的东西不同没关系,只要每次操作的结果相同即可,不需要象“帧间同步”那样保证每帧都一样,因此,对网速的要求也没有 “帧间同步”系列算法那么苛刻,一般100ms-200ms都是能够接受的(DiabloIII里面300ms的延迟照样打),偶尔网络抖一下,出现1秒的延迟,也能掩盖过去。然而比起 “帧间同步”,状态同步方式对玩法有不少要求,诸如 “一次性”,“决定性”的事件要少很多,而且代码编写会复杂一些,不果由于能容忍更坏的网络情况,以及容纳更多同时游戏的人数,在一些玩法确定的游戏中(RPG,FPS,赛车),被广泛使用。

  而状态同步又分为“DR同步”和“非DR同步”,前者针对 FPS,赛车或者更激烈点的 ARPG,后者针对 RPG和普通 ARPG。他们对网速的要求和错误的容忍度也是不一样,当然,带来的游戏即时感也是不同的。

  总得来说,你希望游戏体验更爽快,即时感更强,那么你每秒发包数就越多,每局(副本)支持的人数越少;而你如果追求对网络的容忍,想降低发包数,并且增加同时游戏的人数,那么相应的就需要以降低即时感为代价,其二者不可得兼。然而聪明的策划和程序们总能想出很多好主意,利用障眼法和玩法规避,动作掩盖等方法,在相同的情况下来掩盖延迟,让玩家“看起来”更加“即时”和“爽快”,而这个方法具体该怎么做,并没有统一的做法,就得大家结合自己的游戏和玩法,发挥自己的聪明才智了。

  结果同步往往比较简单,位置即使全部错乱或者延迟很久都没有关系,因为游戏过程完全不在乎位置,只在乎最后的结果,比如《梦幻西游》这样的“回合制 RPG” 游戏,屏幕上的人走到哪里确实无所谓,所有操作都是要点击或者选择菜单来下命令,象这样的游戏背后其实是文字游戏,只是加了一个图形的壳。

  游戏表面上看起来是动作/RTS 游戏,但是没有玩家直接协作和对抗,都是单机游戏,并不需要同步什么东西,服务端只要监测下结果不离谱即可,延迟检测都没关系。基本是 PVE,而且无协作。即使是 PVP也就是打一下别人的离线数据,和无同步回合制游戏并无本质上的区别。

  老话题 TCP还是 UDP,答案是大部分时候,TCP打开 NODELAY即可,现在网络情况好了很多,没必要引入新的复杂度。即便是“帧锁定算法”上线的多人实时格斗游戏,也有在用 TCP跑着的。帧间同步如果能够做到更好的架设机房,那么延迟基本能控制在 10ms以内,将游戏玩家按照区域分服务器,让他们选择更快的服务器。

  即便是带 DR的状态同步,很多也都是 TCP的,《魔兽世界》和《暗黑破坏神3》都是基于 TCP来实现的,所以我的建议是,先上 TCP,把你的游戏发布出去。

  当然,等到你的游戏发布出去了,开始挣钱了,你想改进你的游戏效果,特别是高峰期的卡顿比例(需要收集客户端统计),那么你可以使用 UDP来改进,《街霸4》和《英雄联盟》都是使用 UDP的,比如你可以使用 libenet(英雄联盟用的)。不过 libenet所采用的传输技术,是上世纪的标准 ARQ做法了,《街霸4》所采用的传输技术远远高过 libenet,如果你想采用更为现代的传输技术,赢得更低延迟的话,可以使用我的“快速传输协议-KCP”(),被再若干上线项目和开源项目使用的协议,效果远远 PK libenet。

  在使用 KCP时,你可以用在你 TCP的基础上,再登陆时服务端返回 UDP端口和密钥,客户端通过 TCP收到以后,向服务端的 UDP端口每隔一秒重复发送包含握手信息,直到服务端返回成功或者失败。服务端通过 UDP传上来的密钥得知该客户端 sockaddr对应的 TCP连接,这样就建立 TCP连接到 UDP连接的映射关系。为了保持连接和 NAT出口映射,客户端一般需要每 60秒就发送一个 UDP心跳,服务端收到后回复客户端,再在这个 UDP连接的基础上增加调用 KCP的逻辑,实现快速可靠传输,这样一套 TCP/UDP两用的传输系统就建立了。

  中国的网络情况比较特殊,会存在有些网络 UDP连接不上的情况,因此都是先连接 TCP,然后试图 UDP,UDP不通的情况下,退回 TCP也能正常游戏,一旦 TCP断开,则认为 UDP也断开了。

  不果归根结底,还是先上 TCP,再根据自己游戏的特点和是否出现传输问题,选择 UDP。

  根据游戏类型,选择恰当的同步方式和传输协议是最基础的问题,很多讲述网络同步的文章一般就是只会强调上述那么多种算法的其中一种方式,好像使用该方式就可以 hold住所有游戏一样的,其实并非如此。技术需要多和策划沟通,别策划一个需求下来,技术就来一句:无法实现,这样的游戏永远没有竞争力。就像国内当时都是慢节奏 RPG,偶尔有点 ARPG的时候,大家觉得《DNF》这样的游戏无法实现,于是韩国实现了,在市场上取得了先机,国内才慢慢跟进,再一看,哇塞,好多坑呢。

  然后开发者开始在网上寻找各种同步算法,东一榔头西一棒子,明明是一款需要帧间同步的格斗游戏,结果却上了导航推测,最后发现问题永远解决不了,一堆 BUG这就叫误导。正因为我 2004年就开始弄同步相关的问题,期间也指导过不少游戏设计他们的同步方案,所以这次相当于将以前的观点做一个总结和点评,根据自己的游戏类型选择最适合的同步算法,为玩家提供更好的体验才是关键。

  在做网络游戏的时候首先要做的是选择一种同步方式来使用,网上的文章都是说帧同步与状态同步的选择,但是又经常讲的模糊不清,我大概整理了一下,并且有一种我们现在项目用的网络同步方式状态同步状态同步就有好几个...博文来自:chrisfxs的专栏

  随着电子竞技的快速发展和移动互联网的迅速崛起,手游的市场份额月来越高,不但各种原创的手游被开发者开发出来,甚至许多流行的端游也被开发者移植到手机上来,如今手游的类型多种多样,从单机到rpg,slg策略...博文来自:D_Guco的专栏

  天前 上传下载附件 (88.33KB)GameRes游资网授权发布文/ 韦易笑实时动作游戏在近年来得到迅猛的发展。而游戏...博文来自:茶向

  转自:在现代多人游戏中,多个客户端之间的通讯,多以同步多方状态为主要目标。为了实现这个目标,主要有两个方向的技术:一种叫状态同步...博文来自:博客

  欢迎参与讨论,转载请注明出处。 本文转载自前言因友人的项目要做TPS联机对战游戏,本人遂对此进行了一番研...博文来自:Musoucrow BLOG

  0基本问题1在一款单机游戏中,玩家只需和本地游戏里面的元素(如AI,NPC等)进行实时交互即可;2而在多人在线网络游戏中,玩家还需要同同样联网的其他玩家进行互动,玩家在本地看到的其他玩家,本质上,都是...博文来自:夜雨_倚琴

  早上在翻个人博客文件夹的时候,发现这篇18年10月30日写完的,再去翻了个人博客里,确实没发出来。随便把当时写的手稿也发上来。游戏同步:帧同步和状态同步帧同步:服务器负责转化客户端的操作,每个客户端在...博文来自:zhutaorun的博客

  实时动作游戏在近年来得到迅猛的发展。而游戏同步问题,成为大家继续解决的核心问题之一。早在2004年,国内游戏开发还处于慢节奏RPG满天飞的情况下,我就开始实时动作游戏研究,分别在2005-2006期间...博文来自:孙飞的博客

  React中setState同步更新策略从属于笔者的Web前端入门与工程实践中的React入门与最佳实践系列总纲系列文章,推荐阅读2016-我的前端之路:工具化与工程化。setState同步更新我们在...博文来自:大灰狼的小绵羊哥哥的博客

  类游戏是如何解决网络延迟同步的?像dota类的游戏,dota2,魔兽rpgdota,英雄联盟等游戏.他们的同步非常...博文来自:caoshulin1989的专栏

  算法简述 动作类游戏如何在高延迟下实现同步?不同的客户端网络情况,如何实现延迟补偿?十年前开始关注该问题,转眼十年已过,看到大家还在问这类问题,旧文一篇,略作补充(关于游戏同步相关问题还可以见我写于2...博文来自:Skywind Inside

  视频链接:游戏开发入门(九)游戏同步技术(3节课时常:约1小时07分钟)第三个视频后9分钟没有声音,不过核心内容都已涉及到笔记与总结(请先学习视频内容):1.网络同步的概念与意义概念:任何一款网络游戏...博文来自:Jerish的博客

  游戏程序平台类型:iOSAndroid 程序设计:设计思想/框架算法逻辑/智能AI客户端服务器网络通讯 编程语言:C/C++Lua 引擎/SDK:其它 1.客户端地图格子的相关知识在2.5D的MMO游...博文来自:洛寒

  写在开头:已经研究生毕业快一年半了,一直在一家游戏公司做客户端研发。至于这篇文章讲的却是服务端的东西,主要是因为以前一直没想写博客,学到的东西也一直记在本子上就得了。本人喜欢有剧情的东西,像RPG游戏...博文来自:yscyfy2的博客

  多线程同步目的有以下几个方面:第一,对一段代码的执行进行保护,如果同时执行一段代码,中间的临时变量可能会互相干扰造成结果不对;第二,对资源的保护,多个线程执行不同的代码,但是可能涉及同一个资源;第三,...博文来自:揽月御歌行

  甲必赢:游戏攻略:先报胜,把握的原则是自己倒数第二次必须报17,也就是倒数第二次要保证保留4个数字18、19、20、21,然后该他报无论他怎么报最后的胜利都属于你了哈哈你必须要报到17这个数,那么在倒...博文来自:墨痕未染的博客

  1:AOF持久化的三种策略1:Always服务器每写入一个命令,就调用一次fdatasync,将缓冲区里面的命令写入到磁盘里面,在这种模式下,服务器即使遭遇意外停机,也不会丢失任何自己已经成功执行的命...博文来自:知也无涯

  服务器对客户端世界进行模拟,包括世界中的所有碰撞都需要服务器进行检测。客户端移动摇杆,发送move_dir协议给服务器,数据为一个方向向量(x和z)和一个角度,服务器返回run_state协议,数据为...博文来自:linxinfa的专栏

  MOBA   王者荣耀:帧同步   WAR3:帧同步   全民超神:状态同步   乱斗西游:状态同步   LOL:状态同步   Dota2:状态同步MMO   MMO均采用状态同步,如魔兽世界FPS ...博文来自:肥宝的实验室

  一、获取已激活游戏对象1、 Gameobject.Find(游戏对象名) //根据对象名直接获取游戏对象 这个方法可以找到指定的对象,但是一些缺陷。第一,如果场景中有重名,此方法找到的是Hiera...博文来自:PandaYdd的博客

  Unity客户端与服务器通信,通过传输byte数组实现。这里使用BitConverter进行数据的序列化与反序列化把int,float,string各种变量封装成一个byte进行通信。Packet类如...博文来自:yangwenjie16的博客

  前提1.client和server之间或多或少存在网络延迟,需要提前做好对时,并在网络环境发生变化时校正时差。国内的公网通信,非跨网的情况下,一般在120ms左右。本地的网络会好一些。2.要努力防止外...博文来自:xak的专栏

  redis包含三种集群策略主从复制哨兵集群主从复制在主从复制中,数据库分为俩类,主数据库(master)和从数据库(slave)。其中主从复制有如下特点:主数据库可以进行读写操作,当读写操作导致数据变...博文来自:卜可的博客

  1. 同步操作数据库,有网络消息到来,查询数据库,等查询操作返回时,执行后面的代码 2. 异步操作, 有网络消息到来,查询数据库,同时传入一个回调函数,代码继续执行, 查询到的结果在回调函数中给出。论坛

  增量型无状态变更数据假设数据源是流水数据,此类数据没有状态变更,写入数据库后基本不再改变,数据中一般包含Created_time信息,可以根据Created_time的值获取增量数据,或者记录上次的获...博文来自:fwk19840301的博客

  一、表的种类及其概念:一般情况下表分为三个类型,分别是实体表、维度表和事务表1.实体表:实体表,一般是指一个现实存在的业务对象,比如用户,商品,商家,销售员等等。2.维度表:维度表,一般是指对应一些业...博文来自:TINHAO

  还没完全想好:)貌似掉电时最会损失一部分数据博文来自:piaoairy219的专栏

  概要说到IO游戏,自然要提到如何同步。好的同步是IO游戏成功的基石。同步分为2类:帧同步和状态同步。本文主要考察状态同步。好的同步如图,第N次主循环后,服务器会把状态发给客户端。客户端在服务器N+1次...博文来自:范安崇的博客

  用了这么久的git,其中很长一段时间都是属于,瞎几把乱用。对于gitmerge这些东西用的也是只知道个大概。同事最近给我们安利了一发gitmerge的侧率,大开眼界,记录一发。上网百度了一下git策略...博文来自:yangrui0070的博客

  实现Nginx的几种负载均衡策略,下面连接是我的一些总结,大家可以参考一下。不足之处还请批评指针。博文来自:易大飞

  对数据库进行增删改时,将缓存中的数据进行删除,下次查询数据时会将查询的数据添加到缓存中去注意:删的时候尽量精确的删...博文来自:weixin_41113108的博客

  作者:区宗思前言:由于作者本人三年参与的两款项目中都是策略类型游戏,鉴于对自己总结和反思,遂决定写下本文,希望从中能看到些许沉淀继而提高自身设计水平正文什么是策略游戏首先我们谈谈策略游戏的概念,很多...博文来自:oml718的专栏

  网路的硬件也有限,而人的创造也无限,在公网平均130ms的Latency下,是不存在“完全的”的同步情况。如何通过消除/隐藏延时,将用户带入快速的交互式实时游戏中,体验完美的互动娱乐呢?以下六点,将助...博文来自:Skywind Inside

  在玩网络游戏的时候,多人在线,多人组队,多对多PK等等,这些我们经常可以互相看到对方在移动,我们通常称这个为实时同步,有时,我们会看到对方忽然有被拉回的感觉,这个称谓延时操作,就是说客户端和服务器端时...博文来自:weixin_34009794的博客

  阅前提示:此框架为有帧同步需求的游戏做一个简单的示例,实现了一个精简的框架,本文着重讲解帧同步游戏开发过程中需要注意的各种要点,伴随框架自带了一个小的塔防sample作为演示.目录:哪些游戏需要使用帧...博文来自:Passion 的博客

  继上次做的地图编辑器,我大致的做了一个4000X4000的游戏地图数组,不过只画了一部分,以后要加什么新东西继续编辑这个地图就行了,保存在了一个文件中.   现在便可以继续下一步,做出游戏的大致...博文来自:u013166799的专栏

  在Unity3D中播放游戏视频的方式有两种。第一种是在游戏对象中播放,就好比在游戏世界中创建一个Plane面对象,摄像机直直的照射在这个面上。第二种是在GUI层面上播放视频。播放视频其实和贴图非常...博文来自:yangwenjie16的博客

  问题背景和描述问题背景ElasticSearchElasticSearch是一个基于ApacheLucene的实时分布式搜索和分析引擎,用于全文搜索、结构化搜索、分析以及将这三者混合使用。可以这样描述...博文来自:火炬手

  内容会持续更新,有错误的地方欢迎指正,谢谢!游戏中的帧同步是一种客户端与服务器的同步方式,是为了实现高实时性,所有玩家的指令一定是要及时地同步到所有玩家的终端上的,而且大家收到的信息一定要是一致的,不...博文来自:陈云佳的专栏

  游戏数据同步方案  首先我们介绍实时对战手游中最难解决的技术问题——弱网络下的数据同步问题。通过对玩家的游戏数据进行观察,发现玩家的游戏环境存在很大差异,不同玩家会使用不同的2G/3G/4G/...博文来自:开心

  “游戏数据同步方案”首先我们介绍实时对战手游中最难解决的技术问题——弱网络下的同步问题。通过对玩家的游戏数据进行观察,发现玩家的游戏环境存在很大差异,不同玩家会使用不同的2G/3G/4G/Wifi网络...博文来自:linuxheik的专栏

  一直想独立开发一款网络游戏,曾经尝试了各种语言,也学习了各种框架,但都是糊里糊涂,服务器端根本搞不清楚到底咋回事,更别提开发了。自从接触了go语言,2个月来,对网络的认识在整体上有了很大提升,明白了服...博文来自:uf96800的博客

  在多人版的游戏开发过程中,我们会经常碰到这样一个问题:由于每个客户端网络环境差异导致接收服务器消息的时间不同,就会导致多个客户端呈现的画面不同(即画面不同步),例如:以彩期开奖为例,客户端A已经收到开...博文来自:iamlegendary的博客

  KafkaBroker默认的消息保留策略是:要么保留一定时间,要么保留到消息达到一定大小的字节数。当消息达到设置的条件上限时,旧消息就会过期并被删除,所以,在任何时刻,可用消息的总量都不会超过配置参数...博文来自:Wengzhengcun的博客

  问题引入:aoi(areaofinterest).在大地图中,玩家只需要关心自己周围的对象变化,而不需要关心距离较远的对象的变化。所以大地图中的数据不需要全部广播,只要同步玩家自己视野范围的消息即可。...博文来自:yyhero1的专栏

  1.随机模式。按权重设置随机概率。在一个截面上碰撞的概率较高,但调用越大分布越均匀2.轮询模式。按公约后的权重设置轮询比例。但存在响应慢的服务提供者会累积请求3.最少活跃调用数。响应快的提供者接受越多...博文来自:uhana的博客

  storm小结:storm由Twitter开源,是一个分布式、容错的实时计算系统,基本由Clojure写的,但几乎可以使用任何语言编写应用程序,每秒可处理数以百万计的消息。离线计算:数据批量获取、传输...博文来自:nanphonfy(南风)

  ericzhao5616:毒圈的缩小后,应该不会太快的和内圈进行内切,其他的逻辑应该没有什么问题,我只是提出一个建议,不知道能不能进行改进一下

http://acpeo.com/tongbusuanfa/701.html
锟斤拷锟斤拷锟斤拷QQ微锟斤拷锟斤拷锟斤拷锟斤拷锟斤拷锟斤拷微锟斤拷
关于我们|联系我们|版权声明|网站地图|
Copyright © 2002-2019 现金彩票 版权所有