当前在我的游戏中，客户端不过是渲染器。当输入状态更改时，客户端将数据包发送到服务器，并像对待输入一样处理播放器，但是服务器保留最终决定权。
除了一个大问题：掉落边缘，这通常效果很好。基本上，如果玩家正朝着一条边走，比如说一个悬崖，并且在走出边缘之前就停下来了，有时是一秒钟之后，他将被传送到边缘之外。这是因为在服务器处理信息后发送了“我停止按W”数据包。
这是一个滞后图，可以帮助您理解我的意思：http : //i.imgur.com/Prr8K.png
我可以每帧发送一个“ W Pressed”数据包供服务器处理，但这似乎是带宽成本很高的解决方案。
任何帮助表示赞赏！
Answers:
当服务器对职位有最终决定权时，它应该通过验证和合理检查客户端作为输入和职位发送的内容来做到这一点。我之所以这样说，是因为您正在做的事情是立即移动播放器，并且在您的代码中创建的期望是客户才是真正的位置。
您认为它通常运行良好，但事实并非如此。旁注：您说您的客户端不过是一个渲染器，然后立即为其提供本地控制以在没有服务器消息的情况下四处移动。不能同时使用两种方法，要么等待服务器告诉您移动，要么对位置进行一些控制，然后使用服务器来验证作弊行为。
我注意到您的回复达到一秒钟吗？这是500毫秒的延迟，对于任何类型的动作游戏而言，这都是可笑的。尝试找出这种转变为什么要花这么长时间的原因，可能是命令队列备份（从不及时处理到带宽泛滥，甚至是导致许多数据包丢失的恶魔）。
我认为应该发生的是
client sends a move + position update
server gets it t+latency time later
server verifies and sends out info to all clients
client receives this at (t+latency + latency)这里最棘手的部分是，如果客户收到有关自身的消息，则它通常应该忽略它，除非该消息是诸如“无效的举动，改为转到XYZ”之类的消息。如果该消息是给其他客户的，您正在获取有关该消息的信息，那么您就必须及时推断出转发信息，这样看起来就可以了。
我了解您的问题是：
当我开始按下“转发”按钮时，服务器会收到一个数据包，而当我最后松开“转发”按钮时，服务器将得到另一个数据包。因此，服务器上的实际移动在实际游戏中相对于玩家在客户端所表达的内容来说“太迟了”大约100毫秒开始和结束。因此，如果玩家想移动10秒，他可能最终会移动10.x秒，而不是x >= 1在线。
这是一个糟糕的设计策略，因为它无法按照游戏者的意图表达游戏者在游戏世界中的意愿，从而造成相当差的用户体验。
我建议的解决方案是（尽可能多地）发送一个数据包，该数据包指示玩家执行了多少步以及朝哪个方向。如果服务器通过了正确性检查，则服务器将使用新的玩家位置更新游戏世界。因此，玩家可以高精度移动，避免掉落高架。
另一种方法是记住玩家在过去一秒内的位置，并回溯到释放按钮的时间来更正位置。听起来像是会产生过去的橡皮筋效果。（仅出于其他原因）
因此，基本上，您将需要发送一个数据包，其中包含按下了哪个按钮，按下按钮的实际游戏时间是多少，然后再发送，释放了哪个按钮以及确切的时间。