蓝牙传文件速度不快，但手机系统通常自带这个功能；Wi-Fi 速度快得多，想在两台手机之间传文件，过去却经常需要安装快牙、茄子快传这样的第三方 App。

这件事乍一看有点奇怪。

既然 Wi-Fi 传输速度更快，为什么不能像蓝牙一样，直接在手机系统里提供一个传文件的入口？

其实，问题不在于 Wi-Fi 能不能传文件，而在于它和蓝牙从一开始就解决了不同的问题。

要理解这一点，得先看看蓝牙为什么能直接传文件。

一、蓝牙为什么不用安装传文件软件？

很多人使用蓝牙，主要是为了连接耳机、音箱、鼠标和键盘。

但蓝牙还有一个容易被忽略的用途：在设备之间交换文件。

这并不是手机厂商临时开发出来的功能，而是蓝牙标准体系里早就有相应的规范。

其中比较重要的就是 OBEX 和 OPP。

OBEX 是一种用于设备之间交换对象的通信协议，可以用来传递文件、图片等内容。

OPP 的全称是 Object Push Profile，也就是对象推送配置文件。它进一步规定了设备之间如何发送和接收对象。

有了这些规范，手机厂商就可以把文件交换功能直接集成进操作系统。

当你选择一张照片，点击蓝牙分享时，系统已经知道该如何寻找附近的设备、发起传输，以及把文件交给对方。

所以，你不需要另外安装一个传文件 App。

这里也要说明一点：并不是所有蓝牙设备都支持文件传输。耳机、鼠标和键盘通常只需要各自对应的功能，并不需要 OPP。

蓝牙能直接传文件，关键在于手机等设备已经集成了相应的文件交换规范。

那么，问题来了。

Wi-Fi 的速度明明更快，为什么手机厂商没有直接照着蓝牙的方式，也给它配上一套通用的文件传输功能？

二、Wi-Fi 有高速通道，却不负责告诉你怎么传文件

要回答这个问题，首先得区分两个概念：无线连接和文件传输。

Wi-Fi 主要解决的是设备如何接入无线网络、如何进行网络通信等问题。它提供了高速的数据通道，却没有像蓝牙 OPP 那样，直接规定一套所有设备都通用的文件推送流程。

可以把它理解成一条宽阔的高速公路。

道路修好了，车辆可以快速通行，但这并不意味着道路本身已经规定了货物如何交接、收件人如何确认，以及货物中途出现问题该怎么处理。

Wi-Fi 传文件也一样。

两台设备想通过 Wi-Fi 交换文件，还需要解决几个问题：

设备如何发现彼此？

双方如何建立连接？

文件通过什么协议传输？

接收方如何确认是否接受？

传输中断后，如何处理失败和重新发送？

这些都需要相应的软件来实现。

早期的快牙、茄子快传等工具，做的就是这件事：利用 Wi-Fi 提供的高速连接能力，再由 App 自己处理设备发现、连接和文件传输。

但这里又出现了一个问题。

Android 早就支持 Wi-Fi Direct，能够让两台设备不经过传统无线路由器直接连接。既然底层已经具备了这种能力，为什么手机系统还是没有普遍提供一个方便的 Wi-Fi 传文件入口？

三、Android 早就有 Wi-Fi Direct，为什么还需要第三方 App？

Android 从 4.0 开始就提供了 Wi-Fi Direct 相关支持。

它允许设备之间直接建立 Wi-Fi 连接，也提供了相应的开发接口，让应用程序能够进行设备发现、连接和群组管理。

听起来，传文件需要的条件似乎已经具备了。

但 Wi-Fi Direct 解决的是设备之间如何建立连接，并不等于系统已经拥有一套完整的文件传输功能。

开发者仍然需要在此基础上实现文件传输协议、文件选择、接收确认、传输进度和失败重试等功能。

这就像电脑已经安装了网卡，可以连接网络，但并不意味着电脑自动拥有了所有网络应用。

有网络连接能力，不等于有完整的文件分享产品。

还有一个现实问题：Android 手机厂商众多，不同设备的硬件、系统版本和软件实现存在差异。即使底层都支持 Wi-Fi Direct，想要让不同品牌的手机都拥有一致、稳定、方便的分享体验，仍然需要大量系统开发和维护工作。

因此，Wi-Fi Direct 虽然早已存在，却没有自动变成一个所有 Android 手机都能直接使用的文件分享功能。

这也解释了为什么快牙、茄子快传等第三方工具曾经有很大的市场。

它们填补的，正是系统连接能力与普通用户实际使用体验之间的空缺。

后来，Google 开始尝试把这些功能整合进系统。

四、Quick Share：把复杂的传输过程交给系统

Google 曾经推出 Nearby Share，后来它与三星的 Quick Share 品牌合并演进，形成了今天的 Quick Share。

它解决的并不只是传输速度问题，而是把设备发现、连接管理、文件传输和接收确认等环节整合到了一套系统级分享体验中。

使用时，你只需要选择文件，点击分享，再选择附近的设备。

系统会负责发现附近设备，建立合适的无线连接，并处理后续的文件传输和接收确认。

Google 对 Quick Share 的介绍中提到，它可以使用蓝牙发现附近设备，再通过本地 Wi-Fi 连接传输文件。双方不需要连接同一个无线路由器，也不需要消耗手机流量。

需要注意的是，Quick Share 并不是在所有设备、所有场景下都固定使用 Wi-Fi Direct。具体采用哪种近场通信方式，会受到设备和实际环境等因素影响。

对普通用户来说，最明显的变化是：以前需要安装第三方 App 才能完成的操作，现在可以直接通过系统分享功能完成。

技术本身并没有突然变得简单，只是原本需要用户和第三方软件处理的事情，被系统整合起来了。

不过，Quick Share 后来还有一个更值得关注的进展。

它不仅要解决 Android 设备之间的文件分享，还开始尝试与苹果的 AirDrop 互通。

五、Google 没有等苹果开放 AirDrop，也实现了互通

长期以来，Android 和 iPhone 之间传文件并不方便。

苹果设备有 AirDrop，Android 设备有自己的近场分享方案。两套体系各自发展，普通用户想直接传文件，往往需要借助微信、网盘或者第三方工具。

2025 年 11 月，Google 宣布 Quick Share 开始支持与 AirDrop 互通，最初从 Pixel 10 系列推出。

这意味着，符合条件的 Android 设备可以通过 Quick Share 向附近的 iPhone 发送文件，而不必先把文件上传到网盘，再让对方下载。

这项功能由 Google 自行开发，并不是 Google 和苹果共同推出的功能。

这里有一个细节很值得注意。

Quick Share 与 AirDrop 实现互通，并不意味着 iPhone 从此可以不经确认就接收 Android 文件。

使用时，iPhone 用户需要把 AirDrop 的接收范围设置为“所有人（10 分钟）”。Android 用户通过 Quick Share 找到对方并发送文件后，iPhone 一侧仍然需要手动确认接收。

换句话说，Google 实现的是跨平台设备发现和文件传输的互通，并没有绕过 iPhone 原有的接收确认机制。

至于 Google 究竟通过什么底层技术实现了与 AirDrop 的兼容，涉及苹果的 AWDL 等无线技术。外界有一些关于兼容实现路径的分析，但具体技术细节不能把推测直接当成 Google 已经公开确认的事实。

这项功能最初面向 Pixel 10 系列，之后也逐步扩展到其他部分设备。具体支持范围，需要以 Google 当前公布的兼容设备列表为准。

对于普通用户来说，这项变化的意义很直接：不同品牌、不同系统的手机，终于有机会通过更接近原生分享的方式交换文件。

六、为什么一个简单的传文件功能，背后有这么多门道？

回到最初的问题：

蓝牙传文件不用安装 App，Wi-Fi 明明更快，为什么过去反而经常需要第三方软件？

答案已经比较清楚了。

蓝牙体系里有 OBEX、OPP 等文件交换规范，手机厂商可以直接把相关功能集成进操作系统。

Wi-Fi 提供了高速的数据传输能力，但没有直接规定一套通用的文件推送流程。Wi-Fi Direct 可以让设备直接连接，却不等于系统已经做好了完整的文件分享功能。

快牙、茄子快传等工具，解决了早期手机系统在高速近场文件分享方面的实际需求。

而 Quick Share 做的事情，就是把这些环节逐渐整合进系统，让用户不必再关心设备发现、连接和传输协议这些复杂细节。

从蓝牙到 Wi-Fi Direct，再到 Quick Share 与 AirDrop 的互通，这背后其实反映了同一个道理：

一项技术拥有某种能力，不代表普通用户已经能够方便地使用它。

真正好用的产品，不仅要有足够快的底层技术，还要把设备发现、连接、传输和安全确认等环节处理好。

对用户来说，最好的体验可能就是：选中文件，找到对方，点击发送。

至于背后究竟使用了什么协议、建立了什么连接，系统已经替你处理好了。