返回的文本是一堆‘?’ ,基本也告别还原了
FileSystemManager.unzip 压缩后 中文名乱码- 当前 Bug 的表现(可附上截图) 压缩正常,打开后显示乱码文件名 [图片] - 预期表现 - 复现路径 - 提供一个最简复现 Demo
06-13const fs = uni.getFileSystemManager() const wxFsWriteFile = wxPromisify(fs.writeFile) const wxFsReadFile = wxPromisify(fs.readFile) const base64ByFs = { base64TempFile: (wx as any).env.USER_DATA_PATH + `/base64Temp`, async encode(buf: ArrayBufferLike) { const getDeltaMs = createDeltaMs() await wxFsWriteFile({ filePath: this.base64TempFile, data: buf, }) const d = await wxFsReadFile({ filePath: this.base64TempFile, encoding: 'base64' }) as any logger.log('base64ByFs encode', getDeltaMs()) return d.data }, async decode(str: string) { const getDeltaMs = createDeltaMs() await wxFsWriteFile({ filePath: this.base64TempFile, data: str, encoding: 'base64', }) const d = await wxFsReadFile({ filePath: this.base64TempFile, }) as any logger.log('base64ByFs decode', getDeltaMs()) return d.data } }
wx.arrayBufferToBase64被废弃有没有替代方案?https://developers.weixin.qq.com/miniprogram/dev/api/base/wx.arrayBufferToBase64.html 现在小程序既不支持File,也不支持Blob,后端返回的ArrayBuffer类型如何才能转base64呢?
06-07我倒是真发现了,传arrayBuffer 的速度慢,但把 arrayBuffer 编码为 base64 反而倒是小于100ms。。。 在useExperimentalWorker 下worker内 arrayBuffer 转base64 很快,但是普通环境会慢很多,貌似借用 文件管理器可以处理,研究研究,再更新
IOS 开启 useExperimentalWorker 可以开启JIT,但buffer复制慢?ios 调用wasm时,速度特别慢,而且卡主线程,我了接是 jsCore 没有开启JIT 的原因在worker 使用useExperimentalWorker options 可以开启JIT, 速度就和安卓差不多了但是在没有开启 useExperimentalWorker 的情况下还可以用 wx.createSharedArrayBuffer 共享内存,但是useExperimentalWorker 就没有办法快速传输ArrayBuffer了useExperimentalWorker 下复制大文件时,我尝试复制一个 2mb 的arrayBuffer 花了2 3s在web端 我们除了 SharedArrayBuffer 还有 WebAssembly.memory 和 Transferable Object可已处理, 但useExperimentalWorker 时 这两个都用不了 [图片] 不使用useExperimentalWorker时 使用SharedArrayBuffer : https://developers.weixin.qq.com/s/FcyJECme7pQp 数据量0.5mb, 主端到worker, workder 到 主端都是 几毫秒,但是用这个模式 使用 wasm 没有JIT 效率太低了 使用useExperimentalWorker 尝试使用 Transferable Object(小程序应该没有用) demo https://developers.weixin.qq.com/s/ryyZrCm97NQZ 数据量0.5mb, 主端到worker 899ms, workder 到 主端906ms [图片] —————————————————— 问 有没有 useExperimentalWorker时,快速复制 arrayBuffer的方案
05-18这个问题解决了吗,咋共享数据
webassembly useExperimentalWorker=true不能传共享buffer创建一个worker,参数useExperimentalWorker=true 创建一个共享buffer,wx.createSharedArrayBuffer(1024 * 1024 * 20),将其postMessage到worker中,ios手机收到的共享buffer为空
04-21开启 useExperimentalWorker 后wasm 速度是上去了,但是arrayBuffer 传递不能用 createSharedArrayBuffer 了
WXWebAssembly在IOS中运行性能特别差,是微信内核运行wasm性能太差吗?// 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模块就有问题?
04-21我也发现了, ios 没有Transferable Object传输速度极其慢,发现有个 wx.createSharedArrayBuffer 但是 小程序用不了啊
worker性能问题,postMessage传递的数据被序列化,有解决方案吗?大数据处理用worker线程运算,postMessage时会引起性能下降,浏览器版本的worker有个Transferable Objects可选参数,例子如下: [代码]var[代码] [代码]ab = [代码][代码]new[代码] [代码]ArrayBuffer(1);[代码][代码]worker.postMessage(ab, [ab]);[代码]微信小程序是否支持?
04-21我这边看到的是 ios 不需要MTU 协商直接单包传 mtu 最大值就好,收发速度都还可以安卓MTU 协商后,app端发数据的速度可以上去了,但是设备发过来的速度还是20byte 每次,这个我不知到怎么处理
iOS端 小程序ble对设备进行ota固件升级 耗时十分钟以上 是否有提速方案?如题,安卓端可通过调用wx.setBLEMTU接口提升MTU最大值从而实现提速,iOS端是否有解决方案?
03-06相同的问题,求解一下
12011 应用在后台无法配置 Wi-Fi12011 应用在后台无法配置 Wi-Fi 是什么意思?应该怎样修复?
2021-01-18我今天开发时也遇到这个问题了,mark一下,然后试了下拼多多的,也是不不行,感觉是新bug吧
h5微信支付,余额不足时弹出提示框,点击取消,页面就卡住了。必须返回一下才行。h5微信支付,吊起支付后,如果用户余额不足,弹出提示框,点击取消,页面就卡住了。必须返回一下才行。
2020-06-08相同的问题, 望尽快修复,看问题是xcode10的问题, 是否可以先用xcode9打个包呢
微信7.0 H5 input导致页面会被上推 具体看下面- 当前 Bug 的表现(可附上截图) 微信7.0点击低于软键盘高度的input,整个页面被上推,点击完成之后页面不能复原, 这个是默认页面 [图片] 这个是微信7.0点击input之后再点击完成之后的页面,页面点击区域已已经漂移上去了,所有页面必现,请官方尽快修复, 测试微信6.7.4没有这个问题 [图片]
2019-01-02