在这里，我想解释一下这棵树在树上垂直线的左侧，只是，屈这些竖线图树层次，1版是堆满了一个小的图片，使用样式表是使用此代码实现，样式表负责填充背景图。

# mtvroot div TD {宽度：20px；高度：20px；}
# mtvroot。10 { background: url（line0 .gif）没有重复中心}
# mtvroot。L1 { background: url（1。GIF）没有重复中心}
# mtvroot。L2 { background: url（2。GIF）没有重复中心}
# mtvroot。L3 { background: url（3. GIF）没有重复中心}
# mtvroot。L4 { background: url（4。GIF）没有重复中心}
# mtvroot。我{ background: url（译GIF）没有重复中心}
# mtvroot。PM0 { background: url（plus0 .gif）没有重复中心}
# mtvroot。PM1 {背景：URL（1。GIF）没有重复中心}
# mtvroot。PM2 {背景：URL（2. GIF）没有重复中心}
# mtvroot。PM3 {背景：URL（3. GIF）没有重复中心}
# mtvroot。扩大。PM0 { background: url（minus0 .gif）没有重复中心}
# mtvroot。扩大。PM1 { background: url（minus1 .gif）没有重复中心}
# mtvroot。扩大。PM2 { background: url（minus2 .gif）没有重复中心}
# mtvroot。扩大。PM3 { background: url（room .gif）没有重复中心}

CSS的上面部分是我动态生成的脚本中的一部分的方式，我把它放起来帮助后来的解释。使用样式表后，精简了很多，每个节点生成的速度不够快，但我发现，当我到了树的节点，例如，在300-500的节点，节点的生成效率没有影响，但每个节点扩展/收缩速度很慢，需要超过几秒甚至10秒，在这期间，和CPU占用率为100%。事实上，膨胀/收缩的树型是通过设置父节点的style.display =没有|块实现的。我的电脑配置是：amd2800 + 1gddr400内存配置不太B广告。

我的第一反应是：它使用太多影响效率吗因为我使用了每个节点中的一个，但我没有提高转换效率等，这表明CPU占用率100%的问题不是HTML标记。剩下的问题是，我们使用样式表在这里。

对于一个500节点的数量，左1英里可能会积累2000个小图片。这种情况在浏览器设置在本地缓存中不会有很多的问题，加载这些许多小图片需要消耗大量的时间和服务器资源，所以我将这一新的样式表来解决的想法，现在是样式表，大约有2000个地方需要一个样式表来渲染背景地图。我测试的各种情况，并与该代码1版相比，得出的结论是，CPU的使用率高，唯一的原因就是这渲染花时间的验证也很简单。我删除的样式，这是左半部分的# mtvroot部分，删除样式表的依赖关系。测试结果表明，效率有了很大提高，但耗时仍很可观，有3-5秒。

我也有一个不同的浏览器，测试结果都不一样，伊江最令人厌恶的，比如我有500个子节点的节点中，我将把它（等待3-5秒，CPU100%，或显示=），没有

我去了火狐再次测试它，并在结束的时候（显示=无）是瞬时的，这是一定的，如果不使用隐藏对象的消耗更多的能量。当然，当它开始的时候，所有的浏览器都是一样的：3-5秒CPU100%，但FF快一点。

通过以上的现象我得出这么一个结论：当动态样式绘制效率不高；在父容器时的状态变化会导致其后代所以对象风格重新绘制；Firefox的治疗对象是显示=没有隐藏不会重新渲染IE。

那么为什么没有问题，这个样式渲染效率被发现过吗嘿嘿，当你做网页，做这种极端很罕见。这需要在一个页面呈现样式数千。通常有几个地方或几十个地方，所以感觉不到渲染的效率，也可以感受到不同浏览器之间的差异。但在这些控件中，我们会遇到各种极端的问题，比如大数据阵列，HTML对象生成的数量，等等。呈现效率的差异只是我编写JS脚本时遇到的问题之一，今天我分享了这个测试的结果。我希望当您稍后编写该程序时，我想借用它，并在您设计时考虑它。

感谢您对我所写的控件的肯定和支持。谢谢您.