Bump 为什么不采用蓝牙而用 Wi-Fi ？

Bump 选用 WiFi 而非蓝牙，这背后有一套深思熟虑的考量，并非简单的技术偏好。如果你仔细想想，蓝牙在某些场景下确实方便，但一旦涉及到数据传输量、传输速度以及在复杂环境下的稳定性，它的局限性就暴露出来了。

Bump 的核心功能是快速、便捷地交换信息，例如联系人、照片、甚至是更复杂的数据。蓝牙，尤其是早期的版本，它的数据传输速率相对较低，而且通常更适合点对点的小数据包交换。想象一下，如果你想通过 Bump 分享一张高分辨率的照片，或者是一个包含详细地址和地图的联系人卡片，蓝牙的传输速度可能会让你感觉有些“慢吞吞”，甚至在某些情况下可能无法顺利完成。这种体验上的迟滞，与 Bump 所追求的“瞬间”交换的理念是相悖的。

再者，蓝牙在设备配对和连接方面，虽然一直在进步，但早期版本的操作流程对普通用户来说可能还是有些许门槛，需要进入设置菜单，查找设备，进行配对。而 Bump 希望用户能够“碰一下”就完成一切，这种即时性和无缝性，是它最大的卖点。WiFi，尤其是在有 WiFi 热点存在的情况下，连接速度快，且许多设备已经默认连接到某个 WiFi 网络，用户无需额外操作，这大大降低了使用的复杂度。

另外，WiFi 在数据传输的稳定性和抗干扰性方面，通常表现得比蓝牙更好。尤其是在人群密集、无线电信号复杂的环境中，蓝牙设备可能会更容易受到干扰，导致连接中断或传输失败。WiFi 技术在设计时就考虑到了这一点，具备更好的抗干扰能力，能够提供更可靠的连接。

当然，WiFi 也会消耗更多的电量，这是不争的事实。但 Bump 的设计逻辑是“一次性”的数据交换，而不是像蓝牙耳机那样长时间持续连接。这种短时、高强度的传输，对于现代智能手机来说，其带来的电量消耗是可以接受的。更重要的是，通过 WiFi 实现的高效和快速的信息交换，带来的用户体验提升，远大于这点电量损耗所带来的不便。

所以，Bump 选择 WiFi，是为了提供一个更快速、更稳定、更便捷的信息交换体验。它瞄准的是用户希望“碰一下”就能瞬间完成分享的场景，而蓝牙在当时的技术条件下，很难完美满足这些需求。选择 WiFi，是为了实现其核心产品价值，让用户感受到科技带来的“魔法”般的便捷。

从可用性的角度看，蓝牙的配对授权过程就是个悲剧，特别是对这种应用而言。用wifi仍然可以通过AP的mac地址判断出两台手机物理上是否真的接近，这一点上蓝牙也就没什么优势了。