下面是同一份代码线下调试时的记录和发布线上测试包后的记录 业务逻辑是小程序发送32帧，设备回复一帧,如果5秒32帧没发送完，设备会返回失败 线下 发送 1681997769914  。。。共32次    1708 ms 1681997771622  接收 1681997771902   发送 1681997771907  。。。。共32次 1940 ms 1681997773847  接收 1681997774087 发送 1681997774093   993 ms 1681997775086   22 ms 1681997775108  24 ms 1681997775132  25 ms 1681997775157  接收1   1945 ms  接收2  2185 ms 接收3 发送32     发送32      可以看出，线下调试版本，32帧在2秒内能够发送完成， 并且间隔也比较稳定，在20多ms中 线上 发送 1681998314833 43 ms 1681998314876  424 ms 1681998315300  41 ms 1681998315341 1377 ms 1681998316718 23 ms 1681998316741 599 ms 1681998317340 23 ms 1681998317363 1994 ms 1681998319357 20 ms  1681998319377 1351 ms 1681998320728 16 ms 1681998320744 630 ms 1681998321374   22 ms 1681998321396 1995 ms 1681998323391 26 ms 1681998323417 接收         57 ms 1681998323474  发送 1681998324743 ...共12次      6731 ms 1681998331474 接收 72 ms 1681998331546 发送 1220 ms 1681998332766 .共12次 6770 ms 1681998339536 接收  84 ms 1681998339620 一发布线上测试版本，发送就不稳定，20ms ~ 2000ms的情况都存在，并且5秒根本发送不完32帧。 这是为啥呢？ （手机wifi模组和蓝牙模组在一个芯片上，会不会线上要使用更多的网络导致芯片的资源占用的多一些）

Android app发送的是下面这样的 serviceInfo.setAttribute("port", "18888") 小程序回调的代码入下 wx.onLocalServiceFound(this._onLocalServiceFound) _onLocalServiceFound(res:WechatMiniprogram.OnLocalServiceFoundCallbackResult){ console.log("_onLocalServiceFound " + JSON.stringify(res)) }, 最终日志输出 _onLocalServiceFound  { "serviceType":"._nsdchat._tcp", "port":49601, "ip":"192.168.10.116", "attributes":{ "port":{} }, "serviceName":"xxxxxx" } 扫描到了，并打印日志，但是port的数据就拿不到，app之间可以拿到，app 和小程序就拿不到， 这是啥子问题呢？