平台无关
理论上来说, 快速传输方案是跨平台的. 对于 iOS / Android 来说, 由于操作系统对于权限管理的不同策略,
导致某些操作在 Android 上可以由程序自动执行, 而在 iOS 上需要用户介入操作. 比如:
-
打开蓝牙模块.
-
打开 Wifi 模块.
-
建立 Wifi 热点.
-
连接 Wifi 网络.
快传方案原理
发现阶段 -> 传输阶段
快传的整个流程的核心分为两部分:
-
发现阶段: 发送端和服务器端需要互相知道对方的标识.
-
传输阶段: 一旦双方知道对方的唯一标识以后, 可以通过建立数据链路来互相通信, 包括传输文件.
发现阶段
-
UDP 广播: UDP 广播的先决条件是发送方和接收方处于同一个Wifi网络环境中. 如果发送方和接收方不在同一个 Wifi 环境中, 则无法发现.
-
蓝牙 广播: 地理位置限制, 要求发送方和接收方处于蓝牙协议允许的距离之内.
-
声波 广播: 地理位置限制, 要求发送方和接收方能够互相接收到声波信号, 距离非常小.
-
ZeroConf/Bonjour 协议: 基于mdns协议, 同一局域网的设备和服务发现.
-
服务器协助: 如果连接双方可以连接到服务器, 可以由服务器辅助发现.
传输阶段
-
Wifi Direct
-
IP网络传输
-
蓝牙传输
-
声波传输
Wifi Direct 传输
在 Wifi 模块使能的情况下, 硬件直接传输, 无需接入网络, 不使用 IP 协议, 通信双方在 200 米范围内有效. 支持 802.11a, 802.11g
802.11n 的 Wifi 模块都支持 Wifi Direct 协议. 但是 Wifi Direct 传输不能广播, 所以不能用于通信双方的设备发现. 在启动 Wifi
Direct 之前, 可以通过蓝牙或者声波的广播用于设备发现, 苹果的 AirDrop 使用的是蓝牙协议.
IP 网络传输
- 同局域网内
如果通信双方在同一局域网内 (通过 UDP 广播发现), 两个设备可以直连, 通过基于 TCP 的某些应用协议(HTTP, FTP, 等)进行文件传输, 其中一台设备作为 Server, 另外一台设备作为 Client.
- 不同局域网内
- P2P
a). 直连和打洞
不同局域网内的设备, 也有可能进行直连, 如: 多个个局域网可以互联 另外一种情况是作为服务器端的一方在网关或者防火墙上有映射的端口,
能够透过网关接收客户端方的链接请求, 但是这种情况下需要在网关或者防火墙上进行配置, 现在的应用场景基本不可能使用这种方式.
现在网关一般具有 uPnP 功能, 服务方可以通过发送 uPnP 协议命令动态在网关上配置端口映射, 从而可以正常接受客户端的链接, 进行通信. 但是这种情况下, 双方不能直接互相发现, 需要借助辅助的通信手段进行, 如蓝牙, 声波, 服务器辅助发现等.
c). 建立Wifi热点
另外一种情况是作为服务器的一方可以建立 Wifi 热点, 要求客户端连接到此热点上, 这样双方实际上处于同一局域网内, 可以使用同局域网
内的通信传输方式. 受操作系统的限制, 某些系统(如 iOS), 程序或者 API 不能直接创建热点, 接入热点, 需要用户手动操作. 体验上不
好,虽然也可以通过其他通信手段, 如蓝牙或者声波, 对用户的操作进行一些提示.
- 服务器中转
只要双方能都连接到中继服务器上, 则可以由服务器进行文件的转发. 这种虽然能传输文件, 但是和快速传输文件的初衷相背离.
蓝牙传输 & 声波传输
近距离的传统传输手段, 不再赘述.
技术方案
快牙的技术方案主要采用以下两种:
-
UDP 在局域网内设备发现进行直连, 通过基于 TCP 的应用协议进行文件传输.
-
有局域网但是不能发现的情况下使用服务器中转的模式.
-
没有 Wifi 网络但是双方能连接到服务器上, 使用服务器中转的模式.
结论
现在看来, 通过 蓝牙 + 声波 进行设备发现, 通过 Wifi Direct 进行文件传输, 是一个近距离文件快速传输的主要方案. 其他的传输方案
可以作为极端情况下或者非近距离情况下的补充.
iOS 和 Android 都支持 Wifi Direct
网友评论