@VinsonGuo 谷歌明确说支持 macOS ，也没有限制系统版本: https://support.google.com/android/answer/9286773 所以肯定不是 WiFi Aware
@idlerlestat @zsj1029 国产厂商方案不一样，小米，OPPO ，vivo ，都是用的 app 方案，并没有任何逆向，纯粹的安装并运行一个 app 来做到比较差的体验。 即 iOS 上安装他们的 app ，之后他们的 app 会启动后台蓝牙服务。Android 系统发送文件时，扫描到 iOS 的蓝牙服务，并进行蓝牙通讯，之后让 iOS app 辅助请求并弹窗连接 android 的热点，然后进行文件发送。 iOS 系统向 android 发送时只能通过他们的 app 内操作。 且由于 iOS 会杀后台，因此长时间不打开他们的 app 或者手动关闭他们的 app 之后，Android 发送会失败。 其实国产厂商的方案的升级版才是 Wi-Fi Aware 。他们现在用热点来发送文件，其实是可以改成 Wi-Fi aware 来发文件的。但是 Wi-Fi aware 目前必须要 app 在前台才能工作，因此发现功能还得是蓝牙后台运行
能杠出来这么多，你们还是太闲了。 表面上： 是 Quick Share 和 AirDrop 的互通。 技术底座： 并不是双方都退一步采用了公共标准（ Wi-Fi Aware ），而是 Google 单方面实现了苹果的私有协议（ AWDL/BLE ）。 这也是为什么该功能目前仅限 Pixel 10 系列（可能需要特定的 Wi-Fi 芯片固件支持来模拟 AWDL ），且必须要求 iPhone 开启“所有人”可见模式的原因。 楼上拿着一份欧盟公布过的文件就说是苹果被迫实现的，你当那文件是法律呢？ 你杠你就是对的，行了吧？
@VinsonGuo @icyalala macOS “不支持” wifi aware 也可以有 2 个层面理解 一个是不开放 wifi aware API 给 macOS app 调用，但是内核底层支持比如 airdrop 支持 aware + awdl 双协议，将来逐渐过渡到 wifi aware 标准（ EU 要求） 另一个就是某 block 技能十分熟练的所认为的 “彻底阉割了 aware 相关组件和代码，从底层杜绝了支持的可能性” 这一可能性，才能得出 “谷歌必然是逆向兼容了 awdl ，反对这一点的都是野鸡消息” 这一结论。
