※ 引述《harold0224 (Harold)》之铭言： : 我呢，是属於认为有毫秒这件事情存在的人，反正大胆假设，小心求证咩 : 经过一个晚上反覆的测试，对於同一个目标村庄的增援，我无法制造出『 : 後发先至』这件事。而我仍然不死心，到国外论坛找文章。经过一番折腾 : ，我又来做假设了 XD : 现在的我，仍然认为毫秒是存在的（想嘘的晚一点动手啦）。只不过这个 : 毫秒只存在Server & Client 来判断事件的『注册』的先後顺序而已，系 : 统上纪录事件，则是以『秒』为单位并加上『排程』。 : 换句话说，对一个村庄而言，当我已经跟Server『注册』好，我几点几分 : 几秒，部队会到达目标村，那麽，对於那个目标村，只要我注册完成的时 : 候是第一个，那麽我就是第一个。在这种『排程』系统下，系统会用到毫 : 秒，但是只是在Server接收到指令的那一瞬间。当『排程』完成，事件就 : 注册完成。这样。 : 所以毫秒只是用来在那一瞬间，让Server在众多指令之中，分辨先後而已 : 。至於过去的经验以及有些人提出的案例怎麽解释？非常有可能的情况是 : ，被插断的攻击波，并不是首发攻击。再白话一点，极有可能是，A 村已 : 经被攻击波锁定了，他B 与盟友 C已经开始增援，而这时，D 村也打算发 : 动攻击波，就该死的，他送指令跟B 或C 同时，结果倒楣被插断，一切都 : 是命。 : 仔细想想，好像被插断的攻击波，都不是第一个发出的那个，但是在战报 : 上，防御村只能知道同时到，并无法判断是谁先发出。所以说，如果是一 : 连串的攻击波，中间有间隔但是有那种连续20波的同秒攻击在内，就很可 : 能出现攻击波被插断的『假象』。仔细推算，他只不过是跟把他插断的人 : ，几乎同时按罢了。 : 好，乱七八糟的假设说完。 : 不管怎样，其实我只是喜欢想办法知道真相，但是不会去否定其他可能而 : 已。游戏咩，讨论嘛。轻松一点呗。 : PS：系统是排程运做，似乎是绝大多数国外玩家的意见。 网路上封包传输的时间，的确是会记录至毫秒(千分之一秒)， 但系统在作运算处理时，除非有特殊目的，通常不会考虑这麽微小的差距。 在此假设系统以毫秒来做比较判断，那麽再以期望值来估算， 平均每一千次的同秒事件，就会有一次是连毫秒都相同， 那此时该如何判断先後呢？考虑到微秒(百万分之一秒)吗？ PHP的确是可以侦测到微秒，可是网页程式一般不会计算到这麽细微。 我试着以程式设计的观点来分析同秒到达的状况： 同秒事件的处理的确是像原PO说的“排程运作”，但却不是以毫秒来做判断， 而是以堆叠、伫列的方式来达成，即先进先出的概念， 即使是MultiThread也会有先後之分， 根本不用考虑各波到达的时间是差了零点零几秒， 也就是大家所谓的“先出先到”。 网页游戏以秒为基本单位已经很足够了， 故这看起来是比较理所当然的设计方式，就好比开车想右转时，会将方向盘转右， 而不是左转三次般的理所当然。 至於有人提到曾插秒成功的经验，但大家可以注意到， 没有一个人是刻意“实测插秒成功”的，每个案例都是“记得曾经成功过”， 那就可以比较合理的推断当时该位大大看错、日久记错， 或是当时游戏的经验较不足，对同秒概念不清楚，以致判断错误， 甚至是如前文所提Ａ村攻击，Ｂ村同秒插防，Ｃ村再补插秒攻击的误判状况。 记录到毫秒再做先後判断的设计方式，不仅多浪费了资料库的栏位空间， 也降低了程式运算效率，我的判断是德国程式设计师不会这麽做。 之前还有大大提到过，有谜之程式可以设定到毫秒，这可以肯定绝对是道听涂说， 从网页原始档到封包截取我都检查过，根本没有记录时间的参数， 所有时间的判定都是在伺服器端执行。 甚至不需要像我那麽笨花那些时间测试，只要用膝盖想一下就知道了， 如果到达时间可以用外挂程式来控制，那麽我只要假造封包， 让我的部队在一秒钟後到达不就好了~ 这游戏还需要玩吗？ 散播这谣言的人好像告诉大家把程式设计师当白痴一样。 如果指的是排程送出指令的时间，那麽这谜之程式也设计得很没意义， 光网路的延迟时间就达数十至上百毫秒了，更何况若是玩家电脑无校时， 排程设定至毫秒更是毫无意义。 -- 至於还是有人坚持我没看过程式码，而且有人插秒成功过， 所以不能排除毫秒理论的可能性的话，就请嘘吧。 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 220.134.70.92