let innerAudioContext = null; onLoad: function (options) { innerAudioContext = wx.createInnerAudioContext({   useWebAudioImplement: true }); //以下监听事件只需要注册一次就行  innerAudioContext.onPlay(() => { //监听播放事件  })  innerAudioContext.onStop(() => { //监听停止事件  })  innerAudioContext.onPause(() => { //监听暂停事件  })  innerAudioContext.onError((res) => {   console.log(res.errMsg)   console.log(res.errCode)  }) }, //播放录音 第一种方式 -------- playRecord: function (e) { var idx = parseInt(e.currentTarget.dataset.index);  var src = that.data.wxchatLists[idx].content;  console.log(src) innerAudioContext.src = res.tempFilePath;  innerAudioContext.play(); }, //播放录音 第二种方式 -------- playRecord2: function (e) { var idx = parseInt(e.currentTarget.dataset.index);  var src = that.data.wxchatLists[idx].content;  console.log(src) wx.downloadFile({     url: src,     success: (res) => {       if (res.statusCode === 200) {         console.log('下载成功');         innerAudioContext.src = res.tempFilePath;         innerAudioContext.play();       }     }   }) }, 在模拟器上很流畅，可以正常播放， 在手机上真机测试的时候点击无反应，出现 {"errCode": 26, "errMsg": "data error"} 或者 set audio src "https://img.3craftsman.cn/storage/audios/20230717/*******.mp3" fail: data error 这个报错不清楚是哪一步报错的，request合法域名也有添加，https证书也没有问题，src路径固定写死或者本地路径都试了， 都是出现 "errCode": 26。 调试基础库：2.33.0 测试手机：华为P40 麻烦帮我看一下哈~ 比较着急 SOS!

[图片] 查询节点：用户点击button时，进行资源包额度查询。若查询额度不足，用户将无法正常拉起半屏，且开发者收到错误码 [代码]errno=1400001[代码] ，注意：此时平台不会在c端给用户任何欠费提示，开发者可根据实际情况灵活地做前端引导；扣费节点：开发者获得 [代码]bindgetphonenumber[代码] 事件的 success 回调信息时，进行扣费。疑问：1. 错误码 [代码]errno=1400001 是没拉起半屏，直接点击图中点击注册会员的时候出现吗？错误信息是在哪一级？ 要在8月26号上线之后才能看到吗？还是提前试运营，这样开发能看到？[代码]2.[代码]扣费节点[代码]success 是在点拉起半屏允许之后的哪一级能看到，目前拉起半屏 允许或者 拒绝之后打印出来的信息都没有体现，这个也要在8月26号上线之后才能看到吗？ [图片]

复现场景： 1、小程序内安卓真机新用户首次手机号授权，随后拉起支付弹窗会触发onHide，支付完成弹窗消失后回到小程序却不触发onShow。（其它场景支付完成回到小程序页面极大概率都会正常触发onShow） 2、小程序内安卓真机非小程序新用户也会有极小概率会发生上述情况，支付完成回到小程序页面不触发onShow。 正常情况： 小程序当前页面拉起支付，触发onHide，支付完成后回到小程序当前页面，触发onShow。 以上情况ios真机暂时没复现这个问题。

使用wx.showShareImageMenu接口在Iphone6/7/8，IphoneSE横屏状态下分享图片，不显示分享按钮，上滑可以看到退出键，但无法点击，界面卡死。竖屏正常。微信开发者工具中小游戏工程机型选择iphone6/7/8 横屏状态调用wx.showShareImageMenu即可复现。[图片][图片][图片]

wx.showShareImageMenu分享图片只显示了预览图，没有显示分享按钮，预览图占满整个屏幕可以上下滑动可以看到左下角的退出键，但点不到不能进行其他操作，目前用别的手机都能正常使用，只有iphone SE，微信版本号是8.0.37。

引擎2.4.9 A游戏发布成微信小游戏，然后把另外一个发布微信B小游戏放在A的根目录下。配置独立分包 “independent”: true, “name”: “playableDemo”, “root”: “subpackages/playableDemo”, “meta”: { “type”: “playable” } 用微信开发者工具运行独立分包报错提示 Error: cannot find module assets/internal/config.js at window.cocos_require (ccRequire.js:13) at A (adapter-min.js:1) at bundle (adapter-min.js:1) at o (cocos2d-js-min.js:1) at cocos2d-js-min.js:1 at retry (cocos2d-js-min.js:1) at Object.download (cocos2d-js-min.js:1) at Object.load (cocos2d-js-min.js:1) at define.51.e.exports (cocos2d-js-min.js:1) at r._flow (cocos2d-js-min.js:1)(env: Windows,mg,1.06.2210310; lib: 2.32.1) 这个config.js是没有的，请大神指点 或者说如何启动试玩游戏

  测试用例为执行4x4矩阵乘法1000次，对比wasm和js代码消耗的时间：   PC上测试结果：wasm更快 [图片] Android上测试结果：wasm更快 [图片] iOS上测试结果：为什么wasm更慢了？ [图片]   var wasmInstance = null; var wasmExport = null; var wasmMemory = null; function initWasm(cb){   var importObject = {};   var defer = WXWebAssembly.instantiate("mat4_test.wasm", importObject);   defer.then((result)=>{     console.log(result);     wasmInstance = result.instance;     wasmExport = wasmInstance.exports;     wasmMemory = wasmExport.memory;     cb && cb();   }).catch(function(err){     console.error(err.toString());   }); } function js_multiply(left,right,e){   var l = right;   var r = left;   var l11 = l[0], l12 = l[1], l13 = l[2], l14 = l[3];   var l21 = l[4], l22 = l[5], l23 = l[6], l24 = l[7];   var l31 = l[8], l32 = l[9], l33 = l[10], l34 = l[11];   var l41 = l[12], l42 = l[13], l43 = l[14], l44 = l[15];   var r11 = r[0], r12 = r[1], r13 = r[2], r14 = r[3];   var r21 = r[4], r22 = r[5], r23 = r[6], r24 = r[7];   var r31 = r[8], r32 = r[9], r33 = r[10], r34 = r[11];   var r41 = r[12], r42 = r[13], r43 = r[14], r44 = r[15];   e[0] = (l11 * r11) + (l12 * r21) + (l13 * r31) + (l14 * r41);   e[1] = (l11 * r12) + (l12 * r22) + (l13 * r32) + (l14 * r42);   e[2] = (l11 * r13) + (l12 * r23) + (l13 * r33) + (l14 * r43);   e[3] = (l11 * r14) + (l12 * r24) + (l13 * r34) + (l14 * r44);   e[4] = (l21 * r11) + (l22 * r21) + (l23 * r31) + (l24 * r41);   e[5] = (l21 * r12) + (l22 * r22) + (l23 * r32) + (l24 * r42);   e[6] = (l21 * r13) + (l22 * r23) + (l23 * r33) + (l24 * r43);   e[7] = (l21 * r14) + (l22 * r24) + (l23 * r34) + (l24 * r44);   e[8] = (l31 * r11) + (l32 * r21) + (l33 * r31) + (l34 * r41);   e[9] = (l31 * r12) + (l32 * r22) + (l33 * r32) + (l34 * r42);   e[10] = (l31 * r13) + (l32 * r23) + (l33 * r33) + (l34 * r43);   e[11] = (l31 * r14) + (l32 * r24) + (l33 * r34) + (l34 * r44);   e[12] = (l41 * r11) + (l42 * r21) + (l43 * r31) + (l44 * r41);   e[13] = (l41 * r12) + (l42 * r22) + (l43 * r32) + (l44 * r42);   e[14] = (l41 * r13) + (l42 * r23) + (l43 * r33) + (l44 * r43);   e[15] = (l41 * r14) + (l42 * r24) + (l43 * r34) + (l44 * r44); } function doTest(){   var lLoc = wasmExport.stackAlloc(192);   var rLoc = lLoc + 64;   var oLoc = lLoc + 128;   var l = new Float32Array(wasmMemory.buffer, lLoc, 16);   var r = new Float32Array(wasmMemory.buffer, rLoc, 16);   var o = new Float32Array(wasmMemory.buffer, oLoc, 16);   l.set([6.8706560134887695, 0, 0, 0, 0, 2.2422866821289062, -0.7071304321289062, -0.7071068286895752, 0, -2.2422866821289062, -0.7071304321289062, -0.7071068286895752, -35.222686767578125, 35.70803451538086, 100.25936126708984, 100.35601806640625]);   r.set([0.9876883625984192, 0, -0.15643446147441864, 0, 0, 1, 0, 0, 0.15643446147441864, 0, 0.9876883625984192, 0, 4.099999904632568, 0, 14.210000038146973, 1]);   o.set([1, 0, 0, 0, 0, 1, 0, 0, 0, 0, 1, 0, 0, 0, 0, 1]);   var i;   var st1 = Date.now();   for(i=0; i<10000; i++){     wasmExport.mat4_multiply(lLoc, rLoc, oLoc);   }   var et1 = Date.now();   var st2 = Date.now();   for(i=0; i<10000; i++){     js_multiply(l, r, o);   }   var et2 = Date.now();   console.log("Matrix4x4.multiply use wasm: " + (et1-st1) + "ms");   console.log("Matrix4x4.multiply use js: " + (et2-st2) + "ms"); } initWasm(doTest); //=========================== c 代码 ============================= //emcc tests/mat4_test.c -O3 -s WASM=1 --no-entry -o output/mat4_test.wasm -s EXPORTED_FUNCTIONS="_mat4_multiply" /*矩阵相乘*/ void mat4_multiply(float *l, float *r, float *e){     float l11 = r[0], l12 = r[1], l13 = r[2], l14 = r[3];     float l21 = r[4], l22 = r[5], l23 = r[6], l24 = r[7];     float l31 = r[8], l32 = r[9], l33 = r[10], l34 = r[11];     float l41 = r[12], l42 = r[13], l43 = r[14], l44 = r[15];     float r11 = l[0], r12 = l[1], r13 = l[2], r14 = l[3];     float r21 = l[4], r22 = l[5], r23 = l[6], r24 = l[7];     float r31 = l[8], r32 = l[9], r33 = l[10], r34 = l[11];     float r41 = l[12], r42 = l[13], r43 = l[14], r44 = l[15];     e[0] = l11 * r11 + l12 * r21 + l13 * r31 + l14 * r41;     e[1] = l11 * r12 + l12 * r22 + l13 * r32 + l14 * r42;     e[2] = l11 * r13 + l12 * r23 + l13 * r33 + l14 * r43;     e[3] = l11 * r14 + l12 * r24 + l13 * r34 + l14 * r44;     e[4] = l21 * r11 + l22 * r21 + l23 * r31 + l24 * r41;     e[5] = l21 * r12 + l22 * r22 + l23 * r32 + l24 * r42;     e[6] = l21 * r13 + l22 * r23 + l23 * r33 + l24 * r43;     e[7] = l21 * r14 + l22 * r24 + l23 * r34 + l24 * r44;     e[8] = l31 * r11 + l32 * r21 + l33 * r31 + l34 * r41;     e[9] = l31 * r12 + l32 * r22 + l33 * r32 + l34 * r42;     e[10] = l31 * r13 + l32 * r23 + l33 * r33 + l34 * r43;     e[11] = l31 * r14 + l32 * r24 + l33 * r34 + l34 * r44;     e[12] = l41 * r11 + l42 * r21 + l43 * r31 + l44 * r41;     e[13] = l41 * r12 + l42 * r22 + l43 * r32 + l44 * r42;     e[14] = l41 * r13 + l42 * r23 + l43 * r33 + l44 * r43;     e[15] = l41 * r14 + l42 * r24 + l43 * r34 + l44 * r44; }  

// 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模块就有问题？

基础库版本：v2.30.2 因为微信小程序没有支持回声算法，我便移植了自己的一套回声算法打包成wasm放到小程序里面调用。这个方式在安卓版本的小程序上是几乎完美运行的，但是在IOS的小程序上，声音断断续续，后来发现是每次调用wasm的接口进行回声消除说用的时间都特别长并且时间并不稳定。在安卓小程序上，1k个样本声音数据基本能稳定在50ms内处理完成，而在IOS的小程序上，这个时间最低也要300+ms，最长甚至需要1100ms。然后我把声音部分功能移植到h5页面，用同一个wasm，发现这块功能在Safari上可以完美运行，1k的声音样本数据处理的时间也非常快。这个问题我需要怎么去解决？是否有其他方案可以加速IOS小程序中wasm的计算时间或者小程序有没有针对回声消除有特定的API?

ios 真机当开启高性能模式时，使用 wasm 的 instantiate 函数时报异常，说一个参数必须是 ArrayBuffer ，但微信官方文档说需是一个字符串类型（https://developers.weixin.qq.com/minigame/dev/guide/performance/perf-webassembly.html） [图片] 环境：iphone14pro ios 16.4.1 微信 8.0.37 2.31.0 代码片段：https://developers.weixin.qq.com/s/5qrSM0m47KIk