彻底封禁Android Beam，谷歌想放“亡语”大招？

早在 2011 年，当谷歌方面发布 Android 4.0 系统时，他们不仅带来了（相比此前的 Android 2.x）全新设计的界面，同时还在这一版本中内置了不少对后来整个业界影响极其深远的功能。

比如说，我们三易生活此前就曾提及，早在该版本中谷歌就已实现了 " 人脸识别解锁手机 " 这个功能，也就是从这时候开始，"2D 人脸识别不够安全 " 这个问题其实就暴露了出来。

又比如说，现在大家司空见惯的 NFC 卡模拟、NFC 刷卡支付功能，差不多也是从 Android 4.x 时代开始逐渐普及，因为在此之前，极少有机型配备了 NFC 硬件。但自从 Android 4.0 后，NFC 便逐渐成为了安卓机型的标配，到现在则几乎已经随处可见。

除此之外，在 Android 4.0 里，谷歌方面还统一了手机与平板电脑的用户界面，并首次赋予了设备 " 根据不同屏幕尺寸大小自动调节界面布局 " 的功能。当时，这个功能也促使华硕方面带来了极具创意的 " 变形手机 " 产品。而从现在的视角来看，这一界面自适应理念，自然也可以看作是如今手机投屏、"PC 模式 "，乃至折叠屏设计的基石。

不过相比这些的功能，今天我们三易生活要来聊聊的，则是 Android 4.0 上一个当时被寄予厚望、如今却将被谷歌彻底 " 干掉 " 的功能。而它的名字，就叫做 Android Beam。

Android Beam 是什么？简单来说，这是一种基于 NFC+ 蓝牙的文件传输技术。按照这个功能的说法，两台具备 Android Beam 功能的机型只需相互 " 碰一下 "、就能自动配对，之后便可以直接无线传输文件。

乍看之下，是不是觉得这个功能设计得还挺方便的？的确，在 Android Beam 诞生前，两台手机间要想进行文件无线传输，最麻烦的其实是 " 配对 " 这一步。无论是通过蓝牙进行配对、还是通过 WiFi 进行点对点传输，用户首先都得打开相应的无线开关，搜索到需要配对的对象，然后有时候还要输入配对密码，在这个过程中一旦出错，轻则配对失败需要重来、重则可能误连接到其他手机上。

相比之下，Android Beam 最大的创意就在于，它用两台手机之间的近距离 " 触碰 " 操作，取代了繁琐的搜索、配对、确认过程，无疑大幅简化了手机间传文件的操作难度。

然而在看似便利的设计背后，Android Beam 也有一些难以回避的短板。首先，Android Beam 本身所依赖的 " 一碰配对 " 这个 NFC 功能，在许多机型里被设计为了一个独立的、不同于 NFC 的开关。

Android Beam 的开关是独立的，仅开启 NFC 往往并不能使用

这是什么概念呢？简单来说，就是用户要想使用 Android Beam，就不仅需要打开手机的 NFC 开关，还要额外打开一个专门的 "Android Beam" 开关。当然，这样的设计虽然多少有安全性的考量在里面，但实际上也在无形中将 Android Beam 的操作步骤变得又复杂了一点点，对于许多用户来说门槛又高了那么一点点。

其次，虽然前文中已经提及，Android Beam 可以实现便利的 " 一碰传 " 体验，但请注意，NFC 本身是不具备高速数据传输能力的，所以它在这个功能里扮演的，其实仅仅只是 " 简化配对 " 这一步而已。真正到了传输文件的时候，两台手机还是要通过蓝牙进行的数据交换。

这也就意味着，看似方便的 Android Beam 却有着相当尴尬的实际传输带宽。说它慢，24Mbps 的（蓝牙）带宽在 2011 年其实也不低；但要说它很快，那么平均 2MB/s 的传输速率，则又意味着真要用它来传输视频什么的大文件，还真得等上好久才行。

更为 " 糟糕 " 的是，这么一看，Android Beam 就属于典型的想法很好、但技术细节没能做好的功能。所以这也就给了各大手机厂商、甚至是第三方开发者，" 站在巨人的肩膀上 "、进行针对性改进的可能。

比如说就在 Android Beam 诞生后不久，三星方面就搞了个似是而非的 "S Beam"，尽管同样是基于 NFC 快速配对，但不同的却是将传输部分的协议从蓝牙换成了 WiFi。以结果来说，"S Beam" 的体验当然也就吊打了 Android Beam。

况且站在手机厂商的角度，Android Beam 的 " 先进之处 " 无非就是简化了设备配对，但却要求手机必须标配 NFC 模块才行，如果给中、低端设备也装上 NFC，显然会增加成本。因此这也进一步 " 促进 " 手机厂商争相研发不依赖于 NFC 配对，同时传输速率更高的无线文件分享能力。

于是乎，在随后的短短几年时间里，就出现了各种 "XXDrop"、"XX 闪联 "、"XX 快传 " 独立 APP 的面世。与 Android Beam 相比，它们有许多显著的优点，比如硬件成本更低、传输速率更快，只兼容特定品牌的机型（对于手机厂商来说，这当然是优点）等等。

很显然，面对这样的局面，谷歌自己想必也明白，再继续坚持 Android Beam 实在是没什么意思了，反而还可能是给他人做了嫁衣。为此，他们先是在 Android 10 中默认隐藏了 Android Beam，到了最新的、正在开发中的 Android 14 中，似乎更是打算 " 一不做二不休 "，直接从源代码层面彻底删除这个功能。

在 Android 14 的开源代码中，Android Beam 将被永久且彻底地删除

这也就意味着，如果目前有那家厂商自行开发、基于 NFC 的魔改 " 一碰传 "、" 一碰连 " 功能中，使用了源自 Android Beam 的开源代码，那么到了 Android 14（准确来说是 AOSP14）时代，就只能要么自行编写相关代码、要么就必须放弃这一功能。

从这一点来说，谷歌方面对于 Android Beam 的 " 封杀 "，与其说是放弃了一个已经没人用的老功能，不如说也有趁机 " 报复 " 一把当年 " 借鉴 " 自家代码、魔改这一文件传输功能手机厂商的意思在里面。

而这，也就有点像是某些游戏里的 " 亡语 " 技能一样了。

" 虽然我（Android Beam）就要死了，但你们，也甭想活着 ~"

【本文图片来自网络】