早在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）就要死了，但你們，也甭想活着~”