场景是周年庆要做一个抽奖活动,
大概有800张用户头像(每张50KB以内),
头像SRC接口会一次性给出,通过PC浏览器渲染。
我现在想到的方案是,
将所有图片插入DOM,按照每50条分隔替换SRC,
再去用Jquery遍历图片加载显示。
各位觉得怎么样?
场景是周年庆要做一个抽奖活动,
大概有800张用户头像(每张50KB以内),
头像SRC接口会一次性给出,通过PC浏览器渲染。
我现在想到的方案是,
将所有图片插入DOM,按照每50条分隔替换SRC,
再去用Jquery遍历图片加载显示。
各位觉得怎么样?
图片缓存到内存里。。这方案在我听起来有点恐怖。
浏览器不卡我知道,但你服务器带宽吃不吃得消是真的,上CDN吧,缓存啥的都有。带宽也不占用业务服务器。
用户头像50k,好像有点太大了。确定大小压缩什么的已经到至极了嘛?
然后就是没有必要真的全加载800个吧,做个缓冲区,多加载100个。流量这么贵,心疼啊。
13 回答12.9k 阅读
7 回答2.1k 阅读
5 回答1.4k 阅读
3 回答1.3k 阅读✓ 已解决
5 回答1.5k 阅读✓ 已解决
2 回答1.3k 阅读✓ 已解决
6 回答1.2k 阅读✓ 已解决
有一定的可行性,数据总量差不多40M,预加载后还是可以的。
其实还有一种取巧的方法,就是轮转的时候用通用图像代替(反正也看不清),然后抽奖过程中也基本上缓存完了,再显示真正的照片。