GSAP js动画性能优于jQuery的原理是什么？

老实说我第一次看到这么骇人的数字——“最多比jQuery快20倍！”——时，第一反应是，用例造假了。前端的优化很少能出现这么大幅度，这么明显的优化。

每当有这样的问题的时候，我们可以通过以下步骤来确定一个未知的框架的性能优化是怎么做到/伪造的：
•黑盒：从官方用例来看，究竟有多快，快在哪儿
•白盒：看看官方用例之内，框架怎么做到优化的
•do { 提出假设，自己构建用例测试 } while (假设没有得到验证);
•得出结论

我在文章《“GSAP的动画快于jQuery吗？”》中记录了初步探究的路径，并在续文中做了若干实验，得出了结论：

1.GSAP的用例是否说明了GSAP快于jQuery呢？
是的，这可以说明GSAP更快。但并非是在任何时候都更快。在我们需要粒子系统时快，在我们只需要绘制一两个小交互时，它没有提供非常明显的性能优化的可能性。后者可以直接用CSS3 Animation/Translation做，或者用jQuery达到全浏览器兼容。若出现了粒子系统这样的大量元素重绘的需求，用GSAP是很好的选择。

2.setInterval是否比requestAnimationFrame更慢？
不是的。在短的回调里，造成重绘的相关代码，requestAnimationFrame比setInterval稍微快一些；但是在长回调函数（多次构造requestAnimationFrame，它们会被合到一个里面）里，requestAnimationFrame不比setInterval快。

3.集中定时器造成重绘是否比分散定时器造成重绘快？
是的。这也是GSAP更快的原因。