????????常见的聊天工具,比如。。。微信,你可以发送一个文件给对端,即使对端不在线,这个文件也可以暂存在服务器上面,直到接收端上线消费或者超时,这个叫离线文件。与之对应的,在线文件要求发送方与接收方同时在线,且经由接收端同意之后,文件才开始传输。
????????那就有人问了,为啥要有在线文件呢这还得回到离线文件上,离线文件每次必定是先从发送端发送到服务端,然后再从服务端发送到客户端,显然,这至少需要两次网络传输˙^˙。
????????在线文件则不同,它不经过服务器这个中间商,直接完成点对点的传输,只需要一次网络传输;另外,如果在发送端与接收端在同个局域网,传输速度会比经过公网发送到服务器快很多倍!
? ? ? ? 一个可行的设计如下,主要分为两部分:长链接、在线文件。
????????长链接作为底层的通用组件抽离出来,提供可用的通信链路。我们可以按局域网/UDP优先、服务器中转次之的策略,建立多条链接:LAN_UDP、LAN_TCP、WAN_UDP、WAN_TCP、SERVER_UDP、SERVER_TCP。
? ? ? ? 为了提升链接建立的速度,采用并发建立的方法,Client A预先获取本端的局域网ip、公网ip、以及申请的服务器中转房间号,将这些信息通过request请求发送给客户端B(这里假设A、B都在线且存在基本消息链路了)。Client B收到A的信息,则同步收集本端的局域网ip、公网ip通过accept响应发给Client A,并向服务器申请打开房间。A、B在各自收到ip信息时,也即同时向对端发起连接。
? ? ? ? Client A收到连接建立成功的通知后,即可开始通知业务层写入数据了,优先选择LAN_UDP的方式通信,如果该条链路不通,则尝试下一优先级的连接。业务传输完成后,连接可放入连接池,等待下一次复用。
????????在线文件是一种基于底层长链接的业务,本端发送request向对端申请传输文件,对端同意则回复accept。如果连接池没有已经建立的连接,业务层的request/accept可由长链接的request/accept捎带发送。
? ? ? ? 长链接建立成功后,可以发送shake握手包,携带文件大小、一次传递的分片大小、md5等信息。
? ? ? ? 对于TCP类型的链接,收发包不需要特殊处理;对于udp的链接,可以参考TCP的流量控制与拥塞控制,可以适当的对一些参数进行调整:例如慢启动初值、超时重传时间等。