Android 10 将 Android Beam 功能移除的同时，文件传输服务在 Android 平台上也迎来了将近一年的空窗期，为此，包括小米、OPPO、vivo 在内的七家国内 Android 厂商联手成立了互传联盟（数据截至 2020 年 5 月），借此实现跨机型、跨厂商设备的文件传输体验。

在厂商级互传标准之上，Google 的平台级文件传输服务「附近分享（Nearby Share）」自 2019 年 6 月首次 曝光 以来也同样备受关注。在经历多次改名之后，这项真正算得上是「Android 版 AirDrop」的功能终于在本月开始陆续向用户进行推送。

相比互传联盟和 AirDrop，Google 的附近分享在体验上有什么不同，它的优势又在哪里？

对于这附近分享这样的服务而言，哪些设备能用应该是很多人都会关心的首要问题。

在 Android 设备上，附近分享功能依托于 Google Play 服务框架，早前的 A/B 测试仅面向参与了 Google Play 服务 Beta 版本测试的小部分用户进行推送，最近这个推送范围开始从 Beta 版本扩宽到稳定版。

因此附近分享功能是一个完全基于软件服务的功能 ，它不像 Android Beam 那样需要文件分享双方都拥有 NFC 硬件支持。结合 Google 支持页面的说明，理论上来说拥有完整的、最新版本的 Google 服务框架，同时系统版本在 Android 6.0 及以上的 Android 设备，都可以用上附近分享。

目前我们可以通过两种方法来检验自己手里的设备是否已经收到了附近分享的功能推送：

在这些地方寻找入口

从目前的反馈来看，诺基亚、三星、刷入了类原生 Android 系统的小米 / Redmi 机型都有反馈说收到了附近分享的功能更新。如果你在上面提到的地方找不到相关入口，尝试手动更新 Google Play 服务到最新版本，然后耐心等待服务器端的推送即可。

值得一提的是，借助 Chromium 浏览器这一「黄金载体」，附近分享功能的适用性未来还将进一步扩展到 Mac、Windows、Linux 和 Chrome OS 平台之上，基于 Chromium 内核的浏览器 —— 无论是老牌的 Chrome 还是来自微软的「新贵」Egde，都能直接借助浏览器内置的 Nearby Share 服务实现与手机的文件传输。

Chrome OS 上的附近分享功能 | 图：Chrome Story

点击快速设置面板中的附近分享开关，我们就会看到附近分享功能的开启引导界面。在这里设置好设备名称和设备可见性之后就能开启附近分享功能了。

功能开启引导

根据发送和接收角色的不同，我们不妨也将附近分享的体验分为发送者和接收者来进行介绍。

附近分享功能开启的同时，Android 的系统分享菜单中也会出现一个对应的「附近分享」入口。这个入口在 Android 10 及以上系统版本中还与分享菜单做了额外整合，我们可以直接在分享内容预览下方看到附近分享的按钮。

Android 10+ 版本中的附近分享更快捷

作为接收方的情况要稍微复杂一些。

首先，附近分享功能拥有 前台接收 和 后台待机 两种状态。

发送方使用附近分享功能发送文件的同时，接收方可以通过快速设置面板中的附近分享开关来启用前台接收界面，此时文件传输只需要发送方和接收方的确认即可完成。

如果接收方没有手动开启附近分享功能的前台界面 （即附近分享功能处于后台待机状态），接下来的情况就视接收方附近分享功能的可见性设置而定了，这里设置包括：

这里的联系人，即附近分享功能所使用 Google 账号的联系人。当可见性范围设置为联系人时，符合条件的附近分享行为会向接收方的手机发送一条 Google Play 服务通知或直接弹出附近分享面板，提示用户附近有联系人正在发起附近分享，此时接收方可以根据具体情况选择是否接收。

后台待机和前台提示

但如果接收方关闭了可见性，那么附近分享行为就必须在双方当面商量确认好的前提下，由接收方手动点击附近分享的快速设置开关才能进行。 否则发送方是搜索不到任何设备的 。

显然，有了 AirDrop 被当成骚扰工具的前车之鉴，Google 直接选择将附近分享功能做成了一个基于 Google 账号和联系人的「熟人分享」工具。默认情况下，如果你是一个不想因为这个功能受到骚扰的用户，在可见性设置中将发送者范围限定在特定联系人，或者索性关掉可见性，使用快速设置开关来应对偶尔出现的文件传输场景即可。

附近分享设置和设备可见性设置

传输方式上，附近分享功能提供了数据、仅 Wi-Fi 和离线三种传输方式。开启数据传输的情况下，一些小体积文件会通过移动数据进行传输；仅 Wi-Fi 则适用于发送设备和接收设备都在同一 Wi-Fi 网络下的情况；离线传输则与文件极客类似，能够在设备没有较稳定网络和移动数据连接的情况下使用热点、蓝牙等点对点连接方式来协助完成传输过程。

灵活的传输方式选择

就目前我的使用体验而言，附近分享的实际传输速度完全可以胜任日常的办公和分享场景，一些单张体积 10M 左右的高分辨率壁纸几乎可以秒传，鉴于附近分享功能的传输原理与互传联盟类似，大家其实也可以把互传联盟所宣传的 20M/s 当作是附近分享传输速度的参考值。

图片几乎都是秒传

不过在尝试一些体积较大的文件，比如 2G 左右的视频文件时，我这里还是遇到了传输速度异常、传输过程意外终止的情况。考虑到附近分享功能对双方设备的都有连接性要求，目前并不排除「杀后台」现象所带来的影响。

总结一下，附近共享最大的特色是基于 Google Play 服务和 Chromium 浏览器进行推送，几乎没有硬件条件限制。但前者也意味着它暂时无法脱离 Google 服务，尽管不少国内 OEM 厂商都会在系统中内置一套 Google 框架，但对我们而言附近共享依然面临着一个不可避免的问题 —— 必须登录 Google 账号 。

功能本身由服务器进行推送更新、可见性设置基于 Google 联系人，这两个设计决定了不登录 Google 账号使用附近共享功能几乎是不可能的。

另外，尽管传输原理上大同小异，但不同文件传输服务所使用的可见性判定条件各不相同，所以尽管最初传闻说附近分享功能也许会兼容其他文件传输服务（甚至包括 AirDrop），但我已经帮你们试过了 —— 附近共享功能和 Windows 的就近共享、国内 Android 厂商的文件互传都是不互通的。

所以这就给我们留下了最终极的问题：Google 会如何在 Android 生态内推行附近共享服务？这项服务正式上线后，国内厂商的互传联盟又将如何与之共存呢？