Google 逆向了 AirDrop

@tf2 你是梗着脖子一点也不看文档啊。。。

https://developer.apple.com/documentation/WiFiAware
系统是 iOS 26.0+ iPadOS 26.0+ ，而且有具体设备限制

https://developer.apple.com/documentation/CFNetwork
如果是全平台 API 是会明确写的 iOS 2.0+ iPadOS 2.0+ Mac Catalyst 13.0+ macOS 10.8+ tvOS 9.0+ visionOS 1.0+

退一步说，AirDrop 各种逆向明确是 AWDL 协议，哪里来的双协议...

@icyalala

我理解这文档是 “公开可供调用 API” 支持哪些设备。

macOS 会不会用了某些不公开的 “私有 API” 支持 aware ？有证据排除这个可能性不？

换句话说，macOS 硬件支持了 aware ，不给你 sdk 而已。

当然，这个事其实都需要进一步证据才能实锤。前面也有人贴了 arstechnica 的文章，文章标题是

The EU made Apple adopt new Wi-Fi standards, and now Android can support AirDrop

至少从这个标题来说，我不算“张口就来”吧？比那些动不动就 block 的人讲道理吧。

arstechnica 也详细展开了说，aware 的开发就是 apple 参与和赞助的，基于 AWDL 改进的。


Wi-Fi Aware was developed with Apple’s help, based on the work Apple had already done on AWDL https://owlink.org/wiki/

@tf2 AWDL 本身就是私有协议，本身就是逆向来的...
你瞎猜一个可能性，然后问有证据排除这种可能性？
那是不是说我瞎猜这是 Google 逆向的，你找个证据排除这个可能性？

上来就是 “简中假消息啊” 还继续梗着脖子说不是张口就来...

@icyalala EU 的法案我都贴原文了，arstechnica 新闻开头就说 EU ，不算证据？行吧。

Apple 应该不会反制，但不会提供任何保障(也就是某一天可能升级大版本以后就用不了了)

Google 肯定不会开源

之前不就有报道，菊花厂已经这么干了。

猜，是不是 谷歌抄 华为的 😁😁

@kkk1234567 菊花是我上面说的米 ov 方案，他们抄的米 ov

@icyalala #43 别跟这人浪费时间了，他拿着一份不知道哪来的文件就当法律用，不讲逻辑不讲证据，只管杠。

@tf2 一层层楼看下来，到后面楼里其他人说的各种证据都显示，至少是没法排除谷歌逆向了的可能。你所谓的 mac 有两种实现也没有任何证据只是你的猜测。那你最开始那么斩钉截铁的 “天啊，简中经典假消息” 是不是显得你更像你口里的那种在外网看到一些消息不经过自己查证就发帖散布假消息的人呢？

@mooyo 苹果自家设备之间 AirDrop 传输体验已经是一坨了，更别提保障别家的了

@MacsedProtoss 你说的跟我接触到的具体实现有点像，而且据我所知，他们向 mac 的投送和向 iPhone 的投送是走的不同的逻辑

@MacsedProtoss

你看看这个路径

/System/Library/PrivateFrameworks/DeviceToDeviceManager.framework/Plugins/WiFiAwareD2DPlugin.bundle

@icyalala

你是不是一点不查证

/System/Library/PrivateFrameworks/DeviceToDeviceManager.framework/Plugins/WiFiAwareD2DPlugin.bundle

这个东西在 Mac 上存在 mDNSResponder 进程的活动日志就可以看到

@weirdoc 看到上面的路径了吧？这个算不算实锤 macOS 已经支持了 aware 只是没开放 SDK ？

我不知道为啥两位喜欢 block 的人斩钉截铁的说 macOS 不支持 aware 。只要 API 不开放就是不支持？

我一开始就贴了 2 个链接了，也算没查证？

这个消息我一开始看到报道就说 EU 推动 apple 改的。所以才觉得奇怪为啥简中的帖子说 “逆向” 的。

当然，隔壁楼有人贴了，因为 androidauthority 这个最先声称“逆向”，但是别人的原文是：

It’s possible Google reverse-engineered AirDrop’s technology

It is possible Google did a clean-room reverse engineering of AirDrop’s underlying technology to implement compatibility without Apple’s direct input.

第三个单词都是 possible 。简中的人标题是啥？你看看本贴就知道了。

@dxppp Wi-Fi Aware 和 awdl 上层应用层协议才是 AirDrop
因此所有的所谓“支持了 Wi-Fi aware 导致可以 AirDrop”全都是无稽之谈
你必须要逆向并重新实现 airdrop 协议才行

同时你说的这个其实在这里可以看到
https://developer.apple.com/documentation/network/nwparameters/wifiaware
应该是 Network framework 的一部分，可能部分第三方应用可以用 Network framework 的地方调用到它，但是这并不能说明 airdrop 使用了它

@tf2 @dxppp

https://www.netspi.com/wp-content/uploads/2025/11/google-feature-review-report.pdf
这是谷歌安全报告，提到包名是 com.google.android.mosey

要支持 AirDrop 需要下载扩展包: com.google.android.mosey v1.0.815689706
https://www.apkmirror.com/apk/google-inc/quick-share-extension/quick-share-extension-1-0-815689706-release/

这是我逆向的结果:
https://www.decompiler.com/jar/06ed11caa7a643708736e277284e5bcc/base.apk

其中:
https://www.decompiler.com/jar/06ed11caa7a643708736e277284e5bcc/base.apk/sources/defpackage/bgw.java
伪装了成了 User-Agent: AirDrop/1.0, BundleID: com.apple.finder

https://www.decompiler.com/jar/06ed11caa7a643708736e277284e5bcc/base.apk/sources/defpackage/bho.java
用了 Bonjour "_airdrop._tcp"

https://www.decompiler.com/jar/06ed11caa7a643708736e277284e5bcc/base.apk/sources/defpackage/un.java
这里是写 AirDrop 的 bplist 格式的

这些都是 AirDrop 私有协议的特征，明确是逆向的 AirDrop

@icyalala 那这玩意有兼容前代 Pixel 的可能吗

@icyalala 666 直接终结了比赛 程序员还是要讲证据

说实话，动不动喊出 block 的行为很像小学生吵架吵不过就说要告诉老师和家长。

显然不论 #3 表达的观点是否正确，开场贴标签的方式就很不优雅，足以让人 block 了。