为什么页面会卡顿呢，以60Hz为例，即一秒钟的动画就是由60张静态图片连在一起。60fps是动画播放比较理想、比较基础的要求，windows系统有个刷新频率也是这个意思。60fps就要求一帧的时间为1s/60=16.67ms。浏览器显示页面的时候，要处理js逻辑，还要做渲染，每个执行片段的时间不能超过16.67ms。实际上，浏览器内核自身支撑体系运行也需要消耗一些时间，所以留给我们的时间差不多只有10ms。并且在处理js计算时，浏览器不会响应用户的操作，所以就造成了页面“假死”。 Web Work，就是为JavaScript创造多线程环境，允许主线程创建Web Worker线程，将一些任务分配给后台运行。在主线程运行的同事，Work线程在后台运行，两者互不干扰。等到Work线程完成计算任务再把结果返回给主线程。这样的好处是，一些密集或者高延迟的计算任务，被Work线程给分担了，这样主线程就会很流程。 Worker线程一旦创建成功，就会始终运行，不会被主线程上的活动打断取消。这样有利于随时响应主线程的通信。但是，这也造成了Worker比较耗费资源，不应该过度使用，所以一旦使用完毕，就应该关闭。 1.同源限制：分配给Worker线程运行的脚本文件，必须与主线程的脚本文件同源。 2.DOM限制：Work线程所在的全局对象和主线程不一样，所以无法读取主线程所在网页的DOM对象，也无法使用document，window，parent这些对象。但是可以使用navigator和location。 3.通信联系：Worker线程和主线程不在同一个上下文环境，他们不能直接通信，必须通过消息完成。 4.脚本限制：Worker线程不能执行alert和confirm方法，但是可以使用XMLHttpRequest对象发出的AJAX请求。 5.文件限制：Work线程不能读取本地文件，它所加载的脚本必须来自网络。
谷歌浏览器下还是很正常的啊。。没有卡顿的。
不知道你说的卡顿是不是指在滚动到顶端的时候的跳动。。
确实跳了一下。
如果你的p标签没有重置margin、padding的话，可以这么改
if (demo2.offsetHeight - demo.scrollTop + 16< 0)//当滚动至demo1与demo2交界时
demo.scrollTop -= demo1.offsetHeight + 16//demo跳到最顶端
}
16是谷歌浏览器下p标签默认的margin-top的值。
这样就不会有跳动了。
是第一次打开时这样还是每次都这样？
一般这些编辑器都有个编录索引的过程。编好之后就不会这样慢。你把参数页中的 general 下面的 Show Heap Status 打上勾然后在 Eclipse 的右下角观察一下当前 Eclipse 使用了多少内存，一般当我们频繁地打开关闭多个文件时会导致内存占用一直上升，比如批量搜索替换过程中 Eclipse 打开这个文件，然后你再关闭它。
像 Java 编辑器其实也一样有这样的问题，因为 Java 和 XML 在 Eclipse 里面都是一个 DOM 树，全息处理，占用内存较高。
