去年 11 月,谷歌做了一件震驚所有人的事:讓 Pixel 手機可以直接出現在 iPhone、iPad 和 Mac 的 AirDrop 列表里,實現原生級文件互傳,并且無需在蘋果設備上安裝第三方 APP。
不同于很多廠商的「強制兼容」方案,谷歌選擇的方式是「兼容 AirDrop(隔空傳送)協議」,在體驗上有太多的優勢,我看到最好的評價就是,這讓 Pixel 在跨生態互傳時就像一臺 iPhone。
而在 3 個月后,谷歌公開表示要將這種對蘋果設備的兼容能力擴展到整個 Android 生態。
Android Authority報道指出,Android 平臺工程副總裁 Eric Kay 日前在 Pixel Labs 參觀期間證實,對 AirDrop 的兼容將在 2026 年擴展到更多 Android 設備上,更表示:
「我們投入了大量時間和精力,確保能夠打造一款不僅兼容 iPhone,還兼容 iPad 和 MacBook 的產品。既然我們已經驗證了這一點,我們正與合作伙伴合作,將其擴展到生態系統的其他部分,你們很快就會看到一些令人興奮的發布。」
![]()
圖片來源:谷歌
看似只是一次互傳功能的「解鎖」,卻同時觸動了三方神經:Android 陣營終于擁有系統級跨蘋果互通入口,蘋果生態第一次出現可感知的邊界松動,而過去幾年一直在自建跨端互聯體系的中國手機廠商,也將不得不重新評估「強兼蘋果」的意義和策略。
當 AirDrop 不再只屬于蘋果,這場變化顯然不止關乎傳一張照片、一個視頻的分享那么簡單。事實上,這對于我們普通用戶來說,才更重要。
不一樣的兼容蘋果,不一樣的互傳體驗
Android 手機也能和 iPhone 互傳文件這件事,其實并不新鮮。過去幾年,OPPO、vivo、小米、榮耀乃至華為,都在不同程度上提供過與蘋果設備互傳的方案:
在蘋果設備上單獨裝一個 App、登錄同一賬號,就能把照片或文件從安卓手機傳到 iPhone 或 Mac 上。
但谷歌的做法,和這些「兼容蘋果」方案有一個本質區別。它不是做一個新的互傳工具,而是直接兼容 AirDrop 協議本身。
簡單來說,當 Pixel 或未來更多 Android 手機開啟 Quick Share 時,它們不再只是「可以給 iPhone 傳文件」,而是會直接出現在 iPhone、iPad 或 Mac 的 AirDrop 分享列表中,就像另一臺蘋果設備那樣被發現和選擇。
整個過程無需在蘋果設備上安裝任何第三方 App,也無需登錄任何賬號,更不需要提前配對或建立連接。換句話說,谷歌做的不是「繞過 AirDrop」,而是讓 Android 設備直接加入了 AirDrop 的通信體系。這也是為什么不少體驗過的人會給出一個極高的評價。
圖片來源:谷歌
這帶來的最大變化不是速度或功能,而是「原生感」。用戶只需像平時使用 AirDrop 一樣打開分享面板,就能看到附近的 Android 設備;Android 用戶也無需額外準備,只要開啟 Quick Share,就能發現周圍的 iPhone、iPad 和 Mac。沒有額外步驟,也沒有新的學習成本。
這種差異在日常使用中非常直觀。以往國產廠商的跨端互傳方案,本質上仍是一套自建傳輸體系:需要額外安裝應用,傳輸入口也在廠商自己的界面中完成,更像是一個「跨平臺工具」。
誠然,它們的優點在于功能豐富,往往還支持投屏操作、剪貼板同步或遠程控制等擴展能力,但在最基礎的文件互傳上,始終無法進入蘋果系統原生的分享邏輯,再加上「登錄賬號」的要求,根本不適用于分享照片、視頻和文件給你用 iPhone 的朋友、親人。
別說你沒有用 iPhone 的朋友和親人。
另一方面,同時使用 Android 手機 + Mac 電腦的用戶不在少數,否則國產手機也不至于反復強調對 Mac 強制兼容,包括雷科技編輯室也有大比例的同事使用 Android + Mac 的組合。
![]()
圖片來源:雷科技
而這種體驗上的區別,本質上也是由于兩類方案的定位完全不同。國產廠商的跨平臺互聯工具,更多還是從自身出發,以自家的手機為核心思考和打造跨平臺互聯體驗。而谷歌更多還是從 Android 生態體驗的角度出發。事實上,谷歌最初就沒有將這個功能鎖死在自家「Pixel」手機,去年 11 月的官宣新聞就指出:
我們期待提升體驗,并將其擴展到更多 Android 設備。
更重要的是,一旦谷歌將這套兼容能力開放給更多廠商,并逐步下沉到系統層,跨 Android 與蘋果設備的無縫互傳就不再是某一家品牌的賣點,而可能變成所有 Android 手機的默認體驗。對蘋果、對「強兼」方案的 Android 廠商、對其他 Android 廠商,以及對國外和國內手機用戶都可能產生沖擊。
畢竟,AirDrop 本質上還是一種近場通信協議,不需要特殊的網絡要求。
當 AirDrop 不再只屬于蘋果,影響的還有其他安卓廠商
如果說去年 11 月這項功能還只是 Pixel 的「試水」,那么當谷歌決定把 AirDrop 兼容能力擴展到整個 Android 陣營時,這件事的性質就發生了變化。
首先受到觸動的,其實是蘋果。
AirDrop 之所以重要,并不僅僅因為它傳文件夠快,而是因為它讓文件流動天然停留在蘋果設備之間。你可以用 iPhone 給 Mac 傳照片、給 iPad 傳視頻,但當接收方變成 Android 手機時,體驗就會突然中斷——要么借助微信,要么走網盤,要么干脆放棄。
這種日常中的「輕微不便」,在過去十多年里不斷累積,最終形成了一種隱形的生態粘性。
![]()
圖片來源:蘋果
而當 Android 手機可以直接出現在 AirDrop 列表中時,這條界線第一次變得不再那么絕對。蘋果當然仍然掌握著主動權,例如 AirDrop 是否開放、可見范圍如何設置,都仍在蘋果設備端控制之下,但對普通用戶來說,跨生態傳輸這件事開始變得自然。iPhone 與 Android 之間,不再需要額外的中介工具,文件也不再必須繞行云端。
這種變化未必會立刻動搖蘋果生態,卻會在日常使用中持續降低「跨陣營摩擦」。當文件可以自由流動時,設備之間的心理邊界也會隨之松動。
相比之下,更直接受到沖擊的,反而是那些過去幾年一直在強調「強兼蘋果」的 Android 廠商。
無論是小米、OPPO、vivo,還是榮耀與華為,它們都曾把「可與 iPhone、Mac 互傳文件」作為跨生態體驗的重要賣點,并圍繞這一能力構建起各自的跨端互聯體系。這些方案本身并不差,功能往往更加豐富,甚至在投屏、剪貼板同步、遠程控制等方面遠超基礎互傳。
但在最核心的文件分享上,它們始終需要額外應用與賬號體系支撐,也因此更像是廠商自建的一條「專用通道」。一旦谷歌將 AirDrop 級兼容能力下沉為 Android 平臺的基礎能力,這種差異就會被迅速放大。對用戶而言,跨 iPhone 與 Android 的互傳如果成為系統默認體驗,那么「支持與蘋果互傳」將不再是一項值得單獨強調的賣點。
![]()
OPPO 互聯,圖片來源:雷科技
不過對廠商而言,過去投入大量資源打造的跨端互聯入口,也可能面臨被平臺能力部分覆蓋的局面。
這并不意味著廠商的跨端體系會失去意義。更深層的設備協同體驗,例如多屏協作、應用流轉或遠程控制,依然需要廠商自建能力來完成。但在最基礎、也是使用頻率最高的本地文件互傳上,Google 正在嘗試把它變成 Android 陣營的統一底座,而不是某一家品牌的獨占優勢。
與此同時,這種變化也可能重新塑造 Android 陣營內部的關系。
過去,跨設備互傳體驗長期碎片化,不同品牌之間難以互通,用戶往往只能在同品牌設備間獲得完整體驗。如果谷歌將 AirDrop 兼容能力與 Quick Share 一并開放并推廣,那么 Android 陣營有機會首次擁有一套統一且跨蘋果生態可用的本地互傳標準。
對那些并未自建跨端體系的廠商而言,這意味著可以直接獲得一項成熟且被驗證的跨生態能力。而對整個 Android 平臺來說,也意味著「跨設備互通」將從廠商差異化賣點,逐漸變成基礎設施。
最終受益最直接的,仍然是普通用戶。
![]()
圖片來源:雷科技
現實中的設備組合早已不再單一:有人用 iPhone 做主力機、用 Android 做備用機;有人用 Android 手機搭配 Mac 電腦;也有人在不同平臺之間頻繁切換工作與生活設備。過去,這些組合往往要為文件流動付出額外成本,而當 Android 與蘋果設備之間可以像同一陣營設備那樣直接互傳時,設備選擇將變得更加自由。
當 AirDrop 不再只屬于蘋果,文件流動也就不再受陣營限制。對用戶而言,這或許才是這次變化真正重要的地方。
寫在最后
手機廠商一直在談生態,但對普通用戶來說,生態的意義其實很簡單:設備之間能不能順暢地連接。也許未來很長一段時間里,iOS 和 Android 依然是兩個陣營、兩套系統,但當文件、照片和視頻可以像在同一陣營中那樣自由流動時,很多邊界本身就會變得沒那么重要。
如果說性能和影像決定了一部手機好不好用,那么設備之間的連接方式,或許正在決定它們相處得是否自然。這一次,谷歌做的事情看起來不大,卻讓人第一次認真意識到:手機之間,本來就應該這樣互通。
![]()
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.