用ios13 微信7.0.7版本  打开demo之后，用live-player播放流， 画面可以看到，但是声音无法播放

关于websocket连接，微信是不是在同一个APPID下缓存了websocket某种状态？！ 我体验版连接socket wss://xxx.abc.com/wss; 正式版连接socket wss://xxx.abc.com/wss2; 操作步骤：打开玩体验版，再进正式版，无法连接上socket。清理完体验版或者正式版重新进入可以连接上。 同类问题现象，我们再做版本发布玩家更新最新版本后，第一次无法连接socket，推出后在进入正常。 和我有同样问题的社区很多。望重视！ https://developers.weixin.qq.com/community/develop/doc/00000ea48f0418674b4989cf456800?highLine=websocket

公司的 dev 环境采用 https协议, 所以我用的 ws 协议 公司的 sit 环境采用 https协议, 所以我用的 wss 协议 调用dev 环境的websocket url, WebSocket调用在开发者工具上一切正常(代码片段无法验证, 因为只有连公司内网才能访问 websocket url). 但是无论是 ws 还是 wss 在 iPhone 和 Android 都不起作用, 都监听不到 onSocketOpen, onSocketMessage iPhone版本信息截图: [图片] iPhone WebSocket console截图(Timed out connecting to server):[图片] Android版本信息截图:[图片] iPhone WebSocket console截图(exception onOpen fail code: 9, msg: Timer Expired):[图片] 附上代码片段(公司的 dev, sit 环境的 websocket url 只有内网才能访问): https://developers.weixin.qq.com/s/wWAVDvmv7cco请热心的腾讯开发同学帮忙解答一下疑惑, 多谢! 我的邮箱 yiminanci@gmail.com 微信号 gnc18709268394

H5的websocket有个优点就是自动重连接。 而小程序有5次限制，小生也明白其用意。 可问题来了，举例。 如微信的消息列表(微信主页左边第一个)，它需要一个websocket。 点某个消息列表进聊天界面，它需要一个websocket。 有消息来到，需要“钉一声”，后台也需要一个websocket。 在每个websocket的onSocketClose 事件，都有自动重连接。 当websocket服务器，试关5秒。就会很容易连接超5次。 4.求小程序websocket的整体逻辑，最好是整个小程序用websocket交互的例子或思路？ 上代码。 [图片] [图片] [图片]

错误信息：exception onOpen fail code:9, msg:Timer Expired 查了下文档并没有code的说明，社区里面也没有这个code的解释

- 当前 Bug 的表现（可附上截图） - 预期表现 - 复现路径 - 提供一个最简复现 Demo [图片]微信版本升级后，7.0.5版本对应的基础库2.7.7。websocket 报1006，客户端主动断开连接。有1成的客户是这样，而且只要这个客户是连接不上，当前手机就是必现的。也有很多客户手机是正常。连接不上，商城整个支付系统挂掉了。 不能正常运营。官方人员在哪里。。。是否是基础库2.7.7的bug？

在香港地区内，使用移动3g网络 访问不了小程序。 测试了访问其他的小程序，有一些小程序可以访问，有一些不可以访问。 请问具体的问题是什么呢？

通过我们的日志收集，发现最近几天新来的用户全都使用的是旧版本小程序，用户为什么不是使用的我们的最新版本小程序呢 我们最新的小程序版本是94 最近几天有一部分新用户安装的都是61

测试直播 看播端 在主播端直播时；主播端网络差的时候（可以用反复切换网络方式去模拟网络差，一次或者多次）小程序看播端会出现电流声/破音/ 微信崩溃/卡死等 问题；

注：此问题提到的4g为移动4g和电信4g - 当前 Bug 的表现（可附上截图） 我手机是小米6，手机卡是电信4g和联通4g,联通4g是没问题，同事的是移动4g。这个问题无论是现在还是以前低版本的微信和基础库都存在。还有我看社区有部分人说时开启了ipv6的问题，但开发后端的同事说已经把ipv6关闭了。 如果你app.json没设置networkTimeout，那么默认超时是60000ms,或者设置的networkTimeout超过30000ms，设置超时超过30000ms按30000ms算（设置超时为0则变为默认的60000ms），那么手机请求到数据的时间为30s多一些，如果小于30000ms，则比设置的超时多一些，推测官方把这个时间当发出请求的时间了。 - 预期表现 networkTimeout时间为超时时间，而不是发出请求的时间 - 复现路径 1、没有设置超时时间的情况 [图片] 2、超时时间设置为0 [图片] 3、超时时间设置为40000ms [图片] 4、超时时间设置为20000ms [图片] 5、超时时间设置为2000ms [图片] 6、联通4g不设置超时的情况 [图片] 7、我的手机卡截图 [图片] - 提供一个最简复现 Demo