发表于 2024年6月25日1年前 起因是看到 这个帖子 https://v2ex.com/t/1052120 然后我好奇做了一些事情 （之前用的图是 Dropbox 但是 V2EX 可能不支持，现在换成 imgur 的） 即把原作者 @LuLiangDev 的 Airclap v1.2.0 的 Frameworks 替换掉了 手头 v1.14.0 的 LocalSend 这样显示效果是被我吐槽是一个 Airclap v1.14.0 但是考虑到 Flutter 架构其实就是方便前端 UI 替换，所以根本考虑是否基于 LocalSend 修改还是要看行为 例如原作者 在 https://v2ex.com/t/1051102 提到 基于 SSDP 深度定制发现协议和 P2P 安全传输协议，利用多链路传输技术，保证数据不丢包， 安全稳定并且高速传输 所以和朋友一起研究了一下 首先先确保 LocalSend 的发现协议是基于 https://github.com/localsend/protocol 所说的私有协议 The default multicast group is 224.0.0.0/24 because some Android devices reject any other multicast group. Multicast (UDP) Port: 53317 Address: 224.0.0.167 那么通过 WireShark 抓包的确能看到是这样的 那么我们替换之后的新 Airclap v1.2.0 到底是和 LocalSend 一致，还是和作者所说的一致呢？ 通过抓包发现 因为 SSDP 一般使用多播地址 239.255.255.250 和 UDP 端口号 1900 ，所以可以认为作者说的符合他自己的描述 后续就不用特别研究了，因为至少目前为止，Airclap 表现的行为，和作者在发布的描述是一致的，而且的确是和 LocalSend 区别很大的 所以可以认为，@LuLiangDev 的 Airclap ，代码关键部分可能不是基于 LocalSend 改的。 以上。
起因是看到 这个帖子 https://v2ex.com/t/1052120
然后我好奇做了一些事情 （之前用的图是 Dropbox 但是 V2EX 可能不支持，现在换成 imgur 的）
即把原作者 @LuLiangDev 的 Airclap v1.2.0 的 Frameworks 替换掉了 手头 v1.14.0 的 LocalSend
这样显示效果是被我吐槽是一个 Airclap v1.14.0
但是考虑到 Flutter 架构其实就是方便前端 UI 替换，所以根本考虑是否基于 LocalSend 修改还是要看行为
例如原作者 在 https://v2ex.com/t/1051102 提到
所以和朋友一起研究了一下
首先先确保 LocalSend 的发现协议是基于 https://github.com/localsend/protocol 所说的私有协议
那么通过 WireShark 抓包的确能看到是这样的
那么我们替换之后的新 Airclap v1.2.0 到底是和 LocalSend 一致，还是和作者所说的一致呢？
通过抓包发现
因为 SSDP 一般使用多播地址 239.255.255.250 和 UDP 端口号 1900 ，所以可以认为作者说的符合他自己的描述
后续就不用特别研究了，因为至少目前为止，Airclap 表现的行为，和作者在发布的描述是一致的，而且的确是和 LocalSend 区别很大的
所以可以认为，@LuLiangDev 的 Airclap ，代码关键部分可能不是基于 LocalSend 改的。
以上。