共计 790 个字符，预计需要花费 2 分钟才能阅读完成。
起因是看到 这个帖子 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 改的。
以上。
正文完
