使用HTML5缓存清单和Ember/JQuery时资源加载延迟 tl；博士：

如何进一步改进静态内容加载时间，并删除浏览器似乎不起作用的300毫秒左右的时间？

一些背景 我正在致力于提高监控webapp的性能。 此应用程序作为iframe（是…）集成到其他网站。大多数页面更改时，父站点都会再次调用webapp，因此“webapp小部件”通常在导航过程中从头开始加载

我无法控制这种设计，只能确保对webapp的调用将尽快返回预期的内容

数据在webapp中通过Ember.js进行操作，一个商店在一段时间后会贬值，并且会再次调用（通过RESTful适配器）进行更新。来自这个REST端点调用的JSON是唯一的动态资源。它非常好：客户端的缓存控制，服务器端优化，等等

为了限制由于频繁调用静态资源而导致的加载时间，我使用了HTML5的缓存。如你所见，它相当有效。除了动态JSON之外的所有数据都是以闪电般的速度从缓存加载的。然而，我没有得到的是200毫秒和380毫秒标记之间的延迟。浏览器在做什么？执行Ember.js代码有那么长吗？（真的很简单。）还有，为什么在380和450毫秒之间没有并行加载资源？甚至两个hbs模板也按顺序加载。）

• 这真的是我能期待的最好时光吗？
• 如果没有，在哪里寻找进一步的优化？

---

我将根据需要提供代码，但我甚至不确定我的余烬应用程序是否有问题。

首先检查它是否与余烬相关资源或您的余烬代码有关。例如，删除应用程序中与余烬相关的文件，然后重试，然后仅删除应用程序代码。不管结果如何，一些建议可能会有所帮助：使用缩小的文件，将它们组合在一起以最小化请求（尽管这些请求是缓存的），预编译模板并将它们添加为js文件。捆绑包和缩小是确定的方法。如果您的浏览器正在返回正确的头，那么使用html5缓存也不是必需的。减少为静态content server端提供服务的管道（通常会转移到第三方，如cloudflare等）。