不要使用微信解压接口 自己使用第三方JS库嵌套到游戏里面 让第三方库解压到内存 而不是硬盘 这样就可以最大限度避免硬盘IO的问题
明白了
使用微信的接口，有很多局限。我试试这样方案
使用第三方工具解压zip解压到内存中，写入到本地，需要自己实现的了？
也可以解压到微信缓存目录，直接读取缓存
对， 我也是这个意思， 对于小游戏平台 纹理压缩基本上不要考虑了。
50m的读写空间限制 纹理压缩文件太大。
而且小游戏需要做双平台，会更大。
微信小游戏只有 50m的缓存， 存储不了多少就满了。
解压到内存，这个方案太冒险了。
内存会受到空间限制，内存报警了 更危险
双平台跟压缩纹理有何关系？
首先警告压缩的PVR PKM在硬盘大小上 几乎跟PNG一样大 PNG能放下 压缩过的PVR也能放下
而内存表现上 一张20482048图片 PNG展开后是204820484=16mb 压缩纹理是20482048*0.5=2mb
如果PVR都爆内存 那么PNG早就爆N次了
cleanOldCaches / cleanOldAssets
是节省不了的。。。
再小的游戏，发多几个版本，不清的话旧资源会占满。
cleanOldCaches 也是感觉这个没有啥作用。。。。。。
但是我测试下来162K的jpg，先pkm然后gizp下来是320多K，大了一倍在微信小游戏上咋办呢？
我是etc-1
微信上美术资源比较大的小游戏该如何选择格式？
请问这是哪里的截图？怎么看大小变小了呢？
它有两个size
黑色字体是下载的大小
灰色是原始大小
是的，请问是什么软件看的呢，我也想确认下
chrome devtools …
Network tab
在页面F12调出
右上角图标
…