SPDY CDN +异步脚本加载后端

Question

如果已经使用了支持SPDY的CDN，那么像LABjs或$script.js这样的异步脚本加载器会被证明是有益的、中立的还是消极的？

1. 我将使用SPDY的全站点CDN，例如Cloudflare
2. 我读过注入的“异步脚本”被认为是有害的，但是由于jQuery依赖关系，我需要控制执行顺序。
3. 我希望尽可能地保持依赖关系的松散性。

也就是说，我已经得到了一系列的JS脚本，在这些脚本中，<script src=可以很好地工作，而<script async src=不能。我不想同步，因为它会阻塞。而且defer太薄了，无法考虑。

鉴于以上所述，如果不是由于SPDY的不确定性，我将使用脚本加载器而无需考虑。我可能只需要知道，这些脚本使用的方法是否仍然获得与“常规”方法相同的SPDY好处(流水线、压缩等)？

另一种构建问题的方法是:将同步脚本加载与SPDY CDN转换为使用带有SPDY CDN的异步脚本加载器会产生什么影响？

Answer 1

使用Cloudflare作为SPDY代理时，我遇到了非常糟糕的性能问题，我的基准测试在SPDY上从1.5秒下降到了大约4秒(比SPDY慢266%)。您应该对自己进行测试，通过与服务器的直接连接可以看到更快的结果。

CDN会减慢速度，因为SPDY允许从one套接字连接中提取所有资源，而CDN (https)需要多个TLS握手和往返连接，这可能会减慢站点的速度。

这个测试显示了大约350个通过SPDY加载的资源，您将无法使用CDN：http://httpvshttps.com/获得这些结果。

这里有一篇有趣的文章：

https://thethemefoundry.com/blog/why-we-dont-use-a-cdn-spdy-ssl/