version : 2.4.9
我想我是按照指南文档设置的，但是出现了错误。
我应该看哪个部分？
加载index.js文件出错了，猜测你并未成功下载zip文件。在浏览器调试模式下，Application->Storage->Cache Storage中应该能看到你已经缓存的Bundle
1赞
有没有相关的测试数据呀，如果改动一点就需要重新下载整个bundle，这种方式与开启http2+普通缓存的方式，感觉不出什么优势呀
加载速度趋近于微信小游戏，普通H5加载33秒，微信小游戏13秒，H5的15秒
你指的是首次速度吧，下载的资源量是多大呀？
首次下载的资源多大不是由你自己决定的嘛？
什么我决定的，你在说什么…
我在问33、13、15是基于什么情况统计的。
实际项目碎文件有多有少，网站带宽有高有低，所以加速效果也因人而异。如果你纠结于到底加速效果如何，那大可不必，因为只有压缩这一条路。至于加速50%还是60%，即使你知道了，又能如何呢
如果仅仅是压缩的话，开启gzip不是一样压缩么，碎文件的问题http2理论上也能解决？
你一点试验方法和实验结果没有贴出来，所以好坏只有天知道- -
我自己做实验分析下吧- -
你还是没get到重点，不管http1.1还是http2，都是N个碎文件的请求，IO开销是很大的。即便开启gzip，那么多碎文件的额外的解压开销，都抵得上传输节约的时间了。
意思就是说，有没有数据支撑？
唯一性方案，你要拿什么支撑？gzip有没有说保证你拉取速度提升多少？
我建议你还是选gzip吧，相信这么新的标准有足够的数据支撑gzip带来加载速度提升
行吧行吧，建议你还是要做数据统计对比，不管是面试或是分享，更能让人信服
思维实验能确定的概念，何必多此一举。
而且我有办法最大化提升的效率，拿着最优的数据来摆布是没有意义的，有的项目可能提升50%， 有的可能只提升40%，我说哪个都是不对的。就像你选择gzip一样，你知道他快，但是你并不能保证他能快多少，你也不能保证他能给别人提升多少
We have noticed that the download speed has been greatly improved.
So, I am applying it to a project… I have a problem.
There is a bundle called Bird…
Here are 100 pngs.
When entering the lobby, about 5 pngs are used.
The bird bundle (zip size 10MB) will be loaded.
Any good ways to improve this?
BundleZipper仅仅提高了loadBundle这个函数的资源下载速度。
如果仅仅需要下载100个png中的5个，那么Bundle作为一个整体资源包已经拖累了lobby的加载速度。
Bundle被设计成这样，我们也只能遵循它的原理。
针对你说的情况，你应该更多地考虑一下资源的管理和加载流程。比如：
lobby场景仅包含初始的资源（即5个png），lobby中的其他模块再制作为Bundle，使用到的时候再下载。
sw.js文件没有拉取成功，留意一下web服务器的配置
需要怎么配置啊
不是，是你Nginx或者Apache配置错误。
假如用的Nginx:
location /web-mobile/
{
alias /xxxxxxxxx/web-mobile;
}