折叠屏手机 双屏进入小程序 左右两边有大量空白 不能占满屏幕体验很不好 手机自动旋转保持打开 单屏进入小程序 尽管小程序页面设定为锁定竖屏 手机横放的时候 会自动旋转成横屏再旋转为竖屏

onOpen fail code:8, msg:TLS handshake失败？昨晚更新代码(和ws无关的部分)，开发调试都正常，用手机预览/体验版不能打开ws链接，开发工具可以，但是小米/红米手机不行，提示这个错误，查询帖子，很多人都说是证书链不完整，但是我这边证书是完整的，因为https和wss用的都是同一个域名api2.yh.superterminal.xyz，有没有知道的应该怎么处理，用的也是nginx格式，采用postman和其他第三方ws工具，都能够正常访问，就微信小程序不行，这是什么原因造成的？微信有什么特殊逻辑吗？最开始怀疑代码问题，我切到master编译上传，也是同样的错误，但是线上正在跑的版本就是master啊，没理由前天发的版本正常，今天用同样的代码再发布就不正常吧

问题描述: 目前在开发微信小游戏 在使用Emscripten生成的wasm文件运行测试时发现Android微信运行小游戏显示正常 iOS端微信无法运行报错如下 [图片]

// ptr 是需要图像数据 let start = Date.now()  MarkAR_Module._track(ptr,frameW,frameH,) console.log('time:', Date.now() - start) 其中track就是跑WebAssembly跟踪方法，同样的代码，在安卓耗时约10ms,IOS需要100多ms。是IOS有什么高性能限制？ 还是IOS版微信内核跑高计算量的wasm模块就有问题？

小程序审核突然没通过，理由如下： [图片] 这个问题开发过程中自己确实遇到过，几率性的，一般第一次不行，第二次肯定可以了，但是不是一开始写小程序就有的，不知道什么时候开始就这样了，验证的逻辑都是按照官方的，从来没有改变过。然后上社区一搜，很多类似的问题，如下图所示。 [图片] 看了下这个问题，第一次验证签名如下： [图片] 小程序端通过wx.login成功后获取的code rawdata，这个我都是同一用户登录，前后信息没啥变化 通过1中的code，后端调用api获得的session data，其中openid肯定同一用户每次也都一样的，session_key如果过期，那么第一次和第二次理论应该是不一样的。（但实际情况前后两次是一致的，具体可参见下图） 小程序端获取到的用户的签名 后端通过session key校验出来的签名。 很明显，4和5不一致，校验失败。接下来是第二次交验： [图片] 还是同样的逻辑顺序。 小程序端通过wx.login成功后获取的code。很明显，code跟第一次是不一样的，另外根据官方文档描述，因为又重新调用了wx.login，会导致session_key过期。（这似乎说明code发生变化也是对的，因为按推测，seesionkey应该也发生了变化，否则怎么叫“被更新”）请看下图官方文档说明：[图片] rawdata，这个我都是同一用户登录，前后信息没啥变化 根据1中的官方描述，奇怪的现象就发生了，在后端根据新的code，获取的session data，很明显session key还是第一次是一样的，也就是说，我重新调用了wx.login, code是变了，但是session key却和第一次保持一致的。 小程序端获取到的用户的签名 后端通过session key校验出来的签名。因为用的是同样的rawdata，同样的session key，所以两次校验的结果是一样的，但是第二次4中，小程序端获取的签名是跟此次校验结果是一致的。 所以问题就来了，这问题到底出在什么地方？似乎官方文档描述的就有问题，还是我本身的逻辑顺序有问题？请官方指教，谢谢。