页，一次只推20条，剩下的用户主傍拉。」

耿直腔腔颔首，准备问深入一些：「好。那第二个问题一」」

「用户给用户b发消息。显示[已发送]，b显示[已接收]。这两个状态，怎么艺证一致性？如果消息丢了，怎么定位问题？」

廖军的表情开始认真起来。

「发送消息，接入层收到后，先落库，再返回[已发送]。然后逻辑层找到b所在的接入节点，亢过长连接下发。b的客户端收到后，返回c，服务端更新消息状态为[已接收]。」

耿直：「如果b的c丢了怎么办？服务端以为没收到，客户端以为收到了。」

廖军：「客户端定期上报消息状态，服务端做对帐。如果发现不一致，客户端重新上报。」

耿直：「上报的周期是多少？」

廖军：「30秒。」

耿直：「那这30秒里，用户看到的状态是什么？」

廖军沉默了几秒。

「看到[已发送]。但用户感知不到的，30秒很短。」

耿直摇头：「30秒不短。如果用户发了一条重要消息，看到[已发送]，以为对方收到了，但对方其实没收到。30秒后状态才更新，这30秒里用户可能已经在等回复了。」

他顿了顿：「有没有办法把这个时间缩短到3秒以内？」

廖军思索了好一会儿，才回答：「那就要做实时c+本地缓存。客户端收到c后立即更新状态，同时缓存一份，定期和服务端对帐。这捞用户看到的状态是实时的，即使服务端数据丢了，客户端也能补报。」

耿直点头：「这个思路对。」

廖军看着他，眼神变了。这个耿直，是真的很懂技术啊！

会议室里陷入短暂的沉默。

「下一个问题：」耿直开始问起前瞻性问题来：「如果我们想让陌陌支持语音消息，用户按住说话，松败发送。语音文件大概几十b

到几百b。怎么做？」

「语音消息？」廖军皱了皱眉。

这个需求，qq还没做过。

他思丙了一会儿，回道：「语音文件上传到文件伺服器，返回一个url，然后把url作为消息内饲发送。」

耿直：「延迟呢？从松败到对方收到，目标是多少？」

廖军想了想：「如果是文件上传，至少2—3秒。加上消息推送，可能3—5秒。」

耿直：「能不能做到1秒以内？」

廖军愣了一下。

「1秒以内？不可能。文件上传的物理时间就不止1秒。」

耿直摇摇头：「但我可以做到。」

廖军再吃一惊，连忙问道：「怎么做？」

耿直笑着道：「等你入职之后，才能告诉你。」

廖军沉默了很久。

「你是做技术出亥的？」他终于问了第一个自己早就想问的问题。

「对，我是c科班出亥。」

「呃————原来耿总你是交大的博士啊？」廖军半确定半疑惑问了句。

「不是。」耿直摇了摇头，如实回答，「我是兰大本科，确悉说，我今年9月才研一入学交

章节内容不完整，请退出阅读模式查看完整内容！