如何保证消息不丢失？

在客户端与服务器的交互过程当中，特别是多个客户端须要与服务器同步时，例如游戏同屏，要保证客户端A到客户端B的消息成功发送。可是因为网络的复杂状况，可能会出现如下状况：

1）服务器崩溃，msg:N包未发出
2）网络抖动，msg:N包被网络设备丢弃

 

通常状况下，当A向服务器发送一个信息以后，只能说明A发送成功了，可是不能保证服务器必定接收到了数据。在某些状况下，可能会出现上述丢包的缘由。如何保证消息不丢失呢？

 

能够采起如下方法：

1，消息确认当A向服务器发送一条消息后，等待服务器返回处理请求成功的确认，即Ack

2,服务器接收A发送的消息后，要发送给B。

3，B，接收到消息到给服务器发送一个确认的Ack.

 

可是使用这种方法也可能会有问题，好比发送端可能由于上述缘由接收不到Ack的确认消息，那该如何保证消息不丢失呢？这就须要借助于超时和重传机制了。

在发送端（好比A）若是发送出去消息以后，在一段时间内没有收到消息的回复，则为从新发送一次消息。因此发送端会维护一个发送后等待Ack的队列，并配合超时机制，以记录哪些消息没有收到ack确认，以待从新发送。

上述明显存在一个问题，若是发送端发送了重复的请求该怎么办呢？这个时候就须要使用消息去重机制了。每条发送的消息，都有一个自增的消息id，同一个消息使用同一个id发送。让接收者处理重复的消息。

 

总结，通常要保证消息的可靠性传输，都会能过超时，重发，确认，去重这几个步骤。Rabbitmq有这个机制，可借助它实现部分消息的可靠传输（通常用于内网rpc）。具体的实用方法你们能够查看rabbitmq的文档。

在游戏开发中，在应该是网络通讯框架的一部分，须要一个长期完善的过程，若是没有一个长时间的积累，开发出这样一套机制仍是须要必定时间的。因此前期大部分团队都不怎么考虑这个问题，会留到后期优化时再处理。可是对于有经验的团队，这应该是现成的。

转载自：http://www.youxijishu.com/h-nd-149-2_323.html

更多游戏技术方面的资料请参照：游戏技术网：http://www.youxijishu.com/