@mxT52CRuqR6o5 我做了 hack，转的时候只绘一层，，性能勉强可以，但是体验就不好了

@mxT52CRuqR6o5 大哥，就是放到公网上啊，要做 toC 的啊。。。

@zhs227 @dawn009 @luozic @dtysky @111qqz @dawn009 @sx90 @yixiang @chuxiaonan

抱歉打扰了，附言中已更新了 demo 和演示 gif

@sx90
@yixiang
其实是环物展示，需要在大屏上展示，如果需要放大的话，2000*1000 还嫌小了呢。。。需要响应手动操作，所以 gif 可能不合适

我是直接在 python 里执行 os.system("cd ...... & .......")

@dawn009 createImageBitmap 确实没用过，但是看 MDN 兼容性一片红，不太敢用啊，imgList 里面是 new Image()出来的 png 图片。

@luozic 不太清楚你说的缓存和预加载是什么意思

@111qqz 前端如何使用显卡解码？

@dtysky 简单查了一下，还没看懂压缩纹理是什么，明天仔细查查吧。

谢谢各位

@zhs227 都是不同的图片。。。

@dawn009 但问题是浏览器他就是重复解码了啊

@KuroNekoFan 仅仅是 new image src，浏览器很快就会清掉缓存，所以才把他们存数组里的。

@jsq2627 @baihaihui @xiangyuecn 这样说来，将图片直接用 image 缓存应该是可行的，不用做其他处理了吧。

梳理了一下自己的思路之后，发现我最初的疑问应当是，“浏览器是否会在一定的时候清理已缓存的图片”，经过初步测试，至少保存在数组中的 image 不会被清理。

@mxT52CRuqR6o5 我好像确实忘了去找库了，其实我一直纠结的是，浏览器会不会把我预加载的东西给清理掉

@xiangyuecn 回来看了一下，ctx.drawImage 好像不能接受 blob 作为参数。。。

@mxT52CRuqR6o5 对，但是我必须预加载他，不能我需要了再临时加载，这是我做的一个小 demo https://m.lmoar.com/vrs/t/dist-example/example.html

@CODEWEA 对，是图片预加载，如果仅仅 new Image.src = url，那么浏览器很快就会清掉缓存，我这边将返回的 img 保存到数组里面，**或许 /应该 /可能**浏览器不会清掉缓存。

@mxT52CRuqR6o5 由于我这边时不时需要操作这一组有序的图片，这一组 url 将会按照一定的规律画到同一个 canvas 上，所以才将他们放在一个数组里面的。。。

@mxT52CRuqR6o5 不太清楚"增加抽象复杂度"是什么意思，是说我这么搞让问题更复杂了嘛？

@weixiangzhe 大小不能压缩，还要支持放大了看也清楚，已经压缩的足够了，2000*1000 的图片现在已经 100k 不到了

@wqzjk393 对，再加上面试什么的需要经常请假，没法搞。

@maichael 设备太多了，没法一一测试啊，就怕内存占用处在临界点，这台设备好用，那台设备崩了，或者由于不同设备的缓存策略不同，缓存太多，如果动不动给我自动清掉一些缓存，也很烦啊。

@lamada 我之前用过同时显示 8 张 4096*2048 的图片，手机动不动就黑屏……现在仅仅是 3-6 张 2000*1000，这么算的话大概百来 M，应该问题不大。

@weixiangzhe 其实本来就是利用的浏览器的缓存，或许是我描述有误