安卓支持 AirDrop？一文為你詳解谷歌如何真正「兼容蘋果」｜硬哲學(xué)

安卓支持AirDrop了

愛范兒關(guān)注「明日產(chǎn)品」，硬哲學(xué)欄目試圖剝離技術(shù)和參數(shù)的外衣，探求產(chǎn)品設(shè)計(jì)中人性的本源。

在即將結(jié)束的2025年，如果說科技圈有什么貫穿始終的關(guān)鍵詞，「強(qiáng)兼蘋果」肯定算得上一個(gè)。

然而在這個(gè)多少帶點(diǎn)惡俗的營銷詞匯背后，其實(shí)是一個(gè)哭笑不得的事實(shí)：

各家手機(jī)廠商所謂的兼容蘋果，大多都是依靠各自的互聯(lián)app，以實(shí)現(xiàn)信息和數(shù)據(jù)的快捷轉(zhuǎn)發(fā)。

如果這也叫「兼容」的話，那我們老早之前就已經(jīng)實(shí)現(xiàn)了 iOS兼容 Android、Windows兼容 macOS、Linux 兼容一切了。

那個(gè)兼容工具叫做微信——

反觀谷歌這邊，作為 Android 真正的「源頭廠商」，雖然在今年上半年的兼容浪潮中沒有什么動(dòng)作，卻在最近冷不丁扔了一枚重磅炸彈：

Pixel 10系列機(jī)型，居然支持 AirDrop 了。

同時(shí)，谷歌的實(shí)現(xiàn)方案也極為優(yōu)雅：不需要什么獨(dú)立的「谷歌互傳」app、不需要登錄相同的谷歌賬號(hào)，甚至不需要兩臺(tái)設(shè)備連接到同一個(gè)（有互聯(lián)網(wǎng)連接的） Wi-Fi。

Pixel 10用 Android 16自帶的 Quick Share，完美兼容了 AirDrop「所有人10分鐘」模式的雙向收發(fā)。

Pixel 10與蘋果手機(jī)互傳信息

要知道，在此之前 AirDrop 作為蘋果擁有注冊(cè)商標(biāo)的絕對(duì)私有功能，從來都沒有給任何第三方廠商開放的先例，即使在 iOS 內(nèi)也要求通過分享菜單才能調(diào)用，現(xiàn)在卻被谷歌用蘋果最擅長的「軟硬件結(jié)合」給輕松繞了過去。

什么叫強(qiáng)行兼容？這才叫強(qiáng)行兼容。

圖為谷歌現(xiàn)任 CEO Sundar Pichai｜Business Insider

AirDrop 的原理

在 Pixel 10另辟蹊徑實(shí)現(xiàn)兼容 AirDrop 的同時(shí)，我們也不免好奇：谷歌究竟是用什么方式突破蘋果對(duì)于 AirDrop 的封鎖的？這個(gè)功能有可能下放給其他 Pixel 機(jī)型、乃至其他 Android 設(shè)備嗎？

其中，至少對(duì)于后一個(gè)問題，我們可以從谷歌12月 Pixel Feature Drop 的博文和谷歌安全博客有關(guān) Quick Share 的功能介紹中見到一些側(cè)面的回答——

在兩份文章材料中，谷歌均使用了類似「將會(huì)首先應(yīng)用在 Pixel 10系列設(shè)備」的措辭，意味著這項(xiàng)功能還是比較有希望下放給前幾代 Pixel 的。

至于其他 Android 設(shè)備，就得看廠商是否會(huì)及時(shí)跟進(jìn)谷歌發(fā)布的補(bǔ)丁了——畢竟沒有任何 Android 廠商，比中國手機(jī)軍團(tuán)們更執(zhí)迷于「兼容蘋果」這件事。

而要弄清楚谷歌究竟是通過何種方式破解了 AirDrop 的護(hù)城河、直搗 Tim Cook 黃龍的，我們就得先弄清楚蘋果設(shè)備之間 AirDrop 的工作原理。

蘋果設(shè)備之間的 AirDrop 工作流程，可以簡化成下面這個(gè)最基礎(chǔ)的流程：

蘋果設(shè)備之間的 AirDrop 工作流程

• 利用低功耗藍(lán)牙廣播（BLE）吆喝「我有東西需要發(fā)送」，實(shí)現(xiàn)設(shè)備相互發(fā)現(xiàn)
• 接收方根據(jù)模式（所有人10分鐘/僅聯(lián)系人）檢查發(fā)送方的身份哈希值
• 確認(rèn)建鏈，基于 AWDL 協(xié)議同步跳轉(zhuǎn)到高速信道
• （僅聯(lián)系人模式）進(jìn)一步驗(yàn)證 Apple ID 簽名和密鑰，確認(rèn) Apple ID 真實(shí)性
• 身份驗(yàn)證無誤，開始傳輸數(shù)據(jù)

而 AirDrop 作為蘋果私有功能護(hù)城河之一，重點(diǎn)就在于這個(gè)特殊的 AWDL 協(xié)議。

AWDL 協(xié)議的全稱為 Apple Wireless Direct Link，作為蘋果擺脫早期 AirDrop 僅限局域網(wǎng)分享的標(biāo)志，AWDL 是現(xiàn)在所有蘋果產(chǎn)品參與 AirDrop 的基石：它允許設(shè)備在保持互聯(lián)網(wǎng)連接的同時(shí)，建立高帶寬的設(shè)備間直連鏈路。

目前 AirDrop 的最新形式，就是 NameDrop「碰一碰」｜AppleInsider

雖然 AWDL 的網(wǎng)絡(luò)基礎(chǔ)和傳輸協(xié)議并不復(fù)雜，就是常見的 IPv6 TCP/UDP 傳輸，但它真正的技術(shù)壁壘在于上面提到的「同時(shí)性」——如何讓收發(fā)的兩臺(tái)設(shè)備同時(shí)進(jìn)入高速傳輸通道。

為了解決這個(gè)問題，蘋果在 AWDL 中采用了一種非常取巧的「高速跳頻」方案。

以 iPhone 為例，一臺(tái) iPhone 往往只有一個(gè) Wi-Fi 射頻前端，用來處理正常上網(wǎng)時(shí)候的基礎(chǔ)網(wǎng)絡(luò)連接（在網(wǎng)工中被稱為 Infrastructure）。

但 AirDrop 服務(wù)并不使用上述基礎(chǔ)網(wǎng)的信道、和用戶搶網(wǎng)，而是會(huì)根據(jù)國家地區(qū)法律選擇一些特殊的、干擾少的「社交信道」，用來處理臨近設(shè)備的高速數(shù)據(jù)傳輸——比如2.4GHz 的信道6，以及5Ghz 的信道44和信道149等等。

「連續(xù)互通相機(jī)」也會(huì)使用 AWDL｜Youtube @Wireless Lan Professionals

這樣一來，AirDrop 服務(wù)只會(huì)間歇占用設(shè)備 Wi-Fi 芯片的一小部分工作時(shí)間——保證搜索設(shè)備順利、傳輸文件速度快，而且不占用過多的背景網(wǎng)絡(luò)資源。

同時(shí)，AWDL 還為所有蘋果設(shè)備預(yù)置了一個(gè)隱秘的「心跳」，負(fù)責(zé)讓一個(gè)范圍內(nèi)所有蘋果設(shè)備按照極其精準(zhǔn)的節(jié)奏（比如每100ms 中的16ms）同時(shí)跳轉(zhuǎn)到社交信道上，進(jìn)行驗(yàn)證簽名、傳輸數(shù)據(jù)的工作。

而為了讓 AWDL 集群中的每一臺(tái)新舊設(shè)備都保持毫秒級(jí)的時(shí)鐘同步，蘋果開發(fā)了一個(gè)特殊的時(shí)鐘算法，會(huì)根據(jù) MAC 地址、電量以及性能等綜合指標(biāo)選出一個(gè)主節(jié)點(diǎn)——通常是 Mac 或者 iPad Pro ——作為本地時(shí)鐘的標(biāo)準(zhǔn)。

蘋果開發(fā)了一個(gè)特殊的時(shí)鐘算法

而主節(jié)點(diǎn)除了提供基礎(chǔ)的時(shí)鐘同步之外，也會(huì)周期性地廣播 PSF 幀，其中包含了當(dāng)前的時(shí)間戳和下一個(gè)可用窗口的偏移量，相當(dāng)于不斷給周圍的設(shè)備廣播：

現(xiàn)在是本地時(shí)間 XX:XX:XX:XX，27毫秒之后咱們統(tǒng)一跳轉(zhuǎn)到社交信道149，對(duì)齊顆粒度、找好賦能抓手、實(shí)現(xiàn) iOS 生態(tài)的閉環(huán)……有需要 AirDrop 的在信道149上吆喝一聲。

除此之外，由于 AirDrop 還需要區(qū)分「所有人10分鐘」以及「僅聯(lián)系人」兩種模式，單純依靠 BLE 發(fā)現(xiàn)、收聽 AWDL 頻率、同步跳轉(zhuǎn)社交信道，在安全性上還有所欠缺。

事實(shí)上，當(dāng)兩臺(tái)蘋果設(shè)備遵循 AWDL 的「心跳」同步調(diào)頻到相同的社交信道之后，并不會(huì)馬上開始傳輸文件，而是會(huì)「互換名片」、互傳各自的 Apple ID Validation Record ——

這是一份由蘋果根證書機(jī)構(gòu)（Apple Root CA）簽發(fā)的數(shù)字證書，里面包含了用該機(jī)構(gòu)私鑰加密的 Apple ID 信息，同時(shí)也是 AirDrop 能夠顯示對(duì)方姓名的原理，以及安全性的核心。

這些設(shè)備名稱都是通過 Apple ID Validation Record 傳輸過來的

當(dāng) iPhone 收到 Apple ID Validation Record 之后，它會(huì)用系統(tǒng)自帶的公鑰去解密這份證書，將解碼出來的 Apple ID 聯(lián)系信息和你的通訊錄比較，唯有匹配上了聯(lián)系人，才會(huì)喚醒 AirDrop 接收彈窗：

已知聯(lián)系人傳送

如果解碼出來的 Apple ID 信息和 iPhone 通訊錄無法對(duì)應(yīng)的話，就會(huì)被當(dāng)作「噪聲」，iPhone 不會(huì)顯示任何東西。除非接收者打開「所有人10分鐘」模式，這些來自陌生人的 AirDrop 申請(qǐng)才會(huì)被顯示出來：

陌生人傳送（甚至不會(huì)顯示預(yù)覽）

而當(dāng)用戶點(diǎn)擊確認(rèn)接受之后，已經(jīng)同步在社交信道的兩臺(tái) iPhone 就會(huì)正式啟動(dòng)高速的 TCP/UDP 傳輸，開始正式交換照片、視頻或者文件數(shù)據(jù)。

有意思的是，上面提到的 Apple ID Validation Record 可能也是近幾年 AirDrop 這么難用的原因之一：畢竟每啟動(dòng)一次 AirDrop，就得找蘋果的服務(wù)器簽個(gè)名，一旦基礎(chǔ)網(wǎng)不好、連接不上服務(wù)器，或者根證書簽名服務(wù)器過載，AirDrop 自然也會(huì)擁堵了。

谷歌又是怎么「偷襲老同志」的？

在理解過 AirDrop 原本是怎么工作的之后，我們就可以嘗試拆解谷歌究竟是如何在這個(gè)過程中偷偷加塞、讓自己也加入 AirDrop 了。

先看基礎(chǔ)設(shè)施：低功耗藍(lán)牙廣播、生成空白 Apple ID 的哈希值、建立 TCP/UDP 傳輸?shù)鹊取@些都是非常基礎(chǔ)的功能，目前已經(jīng)大部分內(nèi)嵌在 Android 16系統(tǒng)中了。

而一臺(tái) Android 設(shè)備想要「插足」AirDrop，主要的難點(diǎn)只在于兩個(gè)：跟隨 AWDL 的跳轉(zhuǎn)頻率，以及搞定蘋果的安全證書。

其中，由于 Apple ID Validation Record 證書是完全由蘋果的私鑰生成的，哪怕谷歌也沒有辦法搞定，因此谷歌選擇了一個(gè)簡單粗暴的解決方法——

不能搞定 AirDrop 的「僅聯(lián)系人」模式就不搞了，「所有人10分鐘」模式允許這個(gè)證書驗(yàn)證不通過，Pixel 10只兼容后者就行。

而 Pixel 10兼容 AirDrop 真正的創(chuàng)舉，其實(shí)在于對(duì) AWDL「高頻跳變」機(jī)制的兼容。

在谷歌12月20日向外媒 Android Authority 發(fā)布了一份拐彎抹角的聲明之后，目前技術(shù)領(lǐng)域的普遍看法是谷歌沒有簡單通過 Wi-Fi Aware 與 AirDrop 服務(wù)建立兼容層，而是真的對(duì) AWDL 協(xié)議進(jìn)行了逆向工程，并取得了一些破解成果——不然也就沒必要對(duì)實(shí)現(xiàn)方式如此含糊其辭了。

由于 AWDL 用于廣播和跳變社交信道的時(shí)間窗口非常狹窄，對(duì)于同一個(gè) AWDL 集群中的所有子設(shè)備監(jiān)聽來自主節(jié)點(diǎn)的同步幀、調(diào)整自身時(shí)鐘和跳轉(zhuǎn)社交信道的誤差精度都在幾毫秒以內(nèi)，這些都離不開軟硬件的協(xié)同開發(fā)。

在過去，對(duì)于零部件的高度控制、對(duì)于系統(tǒng)底層的修改能力，一直都是蘋果的強(qiáng)項(xiàng)，這也是 AirDrop 事實(shí)上的技術(shù)護(hù)城河。

而 Pixel 10作為谷歌轉(zhuǎn)向自研 Tensor 的第五代產(chǎn)品，至少在「網(wǎng)絡(luò)工程」這一點(diǎn)上，目前來看是終于追平了蘋果的腳步：Pixel 10能夠兼容 AirDrop，主要依靠的就是自家編寫的網(wǎng)絡(luò)驅(qū)動(dòng)器支持讀取和跟隨 AWDL 的跳變信號(hào)。

甚至 Pixel 10并沒有采用專門定制化的射頻芯片，就實(shí)現(xiàn)了對(duì) AWDL 的兼容，依然是一套來自博通（Broadcom）的解決方案，也是這個(gè)功能有希望通過軟件下放給其他 Pixel 設(shè)備的原因。

而基于谷歌釋出的部分技術(shù)細(xì)節(jié)和零星信息，我們可以嘗試還原出一臺(tái) Pixel 偽裝自己加入 AWDL 集群，給 iPhone、iPad 甚至 Mac 發(fā)送 AirDrop 的流程了：

• Pixel 10發(fā)出低功耗藍(lán)牙廣播（BLE），通過在信號(hào)頭添加蘋果的廠商 ID「0x004C」將自己偽裝成一臺(tái)蘋果設(shè)備
• iPhone 捕捉到 BLE 信號(hào)，看到廠商 ID 確認(rèn)是一個(gè) AirDrop 服務(wù)請(qǐng)求，喚醒 Wi-Fi 芯片、啟動(dòng) AWDL 服務(wù)搜尋附近主節(jié)點(diǎn)廣播的同步幀，并跳轉(zhuǎn)到社交信道上等待接收驗(yàn)證證書
• 與此同時(shí)，Pixel 10也通過收聽 AWDL 主節(jié)點(diǎn)的同步幀，在幾毫秒的誤差內(nèi)控制 Wi-Fi 芯片跳轉(zhuǎn)到對(duì)應(yīng)的社交信道上，發(fā)送一個(gè)包含空白 Apple ID 的證書
• 由于谷歌預(yù)設(shè)了對(duì)方打開的是「所有人10分鐘」模式，因此 iPhone 在收到來自 Pixel 的空白 Apple ID Validation Record 之后，雖然無法解碼到有效的 Apple ID，但仍然會(huì)給用戶彈窗提示
• 用戶點(diǎn)擊接收，iPhone 和 Pixel 在社交信道確認(rèn)握手、建立高速連接，開始傳輸文件

此外，由于谷歌利用的是 AirDrop ——或者說 AWDL ——的現(xiàn)有工作機(jī)制，從目前的反應(yīng)來看，蘋果是不太好像之前封堵 RCS 轉(zhuǎn) iMessage 那樣，封堵這個(gè)漏洞的。

曾經(jīng)能讓 Android 發(fā)送 iMessage 的 Beeper 就被蘋果堵死了｜Droid Life

實(shí)際上，從谷歌11月20號(hào)最先在安全博客中公布這項(xiàng)功能，到前幾天的12月 Pixel Feature Drop 正式大范圍推送，蘋果都沒有做出非常明顯的反制動(dòng)作。

更好的是，蘋果這次可能不太方便重拳出擊了。畢竟有歐盟的《數(shù)字市場法案》（Digital Markets Act, DMA）在前，目前蘋果和谷歌出于反壟斷的壓力，都在加緊相互的兼容工作——

歐洲區(qū) iPhone 開放第三方應(yīng)用商店｜TechRadar

比如歐洲區(qū) App Store 開放第三方商店、iMessage 兼容 RCS 短信、iOS 26.3 Beta 中新增的遷移數(shù)據(jù)到 Android 都是 DMA 法案的結(jié)果。

雖然讓 Quick Share 與 AirDrop 融合不在 DMA 法案的范圍內(nèi)，但也希望蘋果能不要那么快就封堵這個(gè)口子。

與此同時(shí)，谷歌這一次為 Pixel 10兼容 AirDrop 而給出的解題思路，希望也能成為全部國產(chǎn)手機(jī)廠商的一個(gè)學(xué)習(xí)案例——

從系統(tǒng)底層推進(jìn)，從工作機(jī)制里入手，那才叫真正的兼容；所有需要額外下載 app 才能互傳的方案，都只能叫適配而已。