【发布时间】：2013-08-21 03:11:20
【问题描述】：
我想生成一个包含大量具有 d3 强制布局的节点（超过 50 万个节点）的可视化。虽然它可以在多达 20000 个节点上正常工作，但它在大约 500 个节点时会变得非常慢，因为从一帧到下一帧的布局打嗝以及节点上的鼠标悬停等事件远没有响应。这让我问了几个问题。
不建议使用强制布局的节点数量是否存在某种限制？如果是这样，是否有任何其他图书馆可以处理这项工作？
如果我想用 d3 加快进程，应该优化哪些部分？我尝试尽量减少 css/属性标记的使用（只是给节点提供半径和填充颜色 + 给链接的笔划宽度和笔划颜色）并减少交互（鼠标悬停事件）的使用，但是否可以进行更多优化到包含所有信息的力对象？数据的大小必须起到一定的作用...
感谢您的意见！
【问题讨论】：
-
您可以尝试不处理每个
tick事件，而只处理每个事件，例如 10 日。 -
它对计算机来说似乎更轻（即它不像以前那样通风！）并且渲染速度更快。现在，如果您想要一个流畅的布局，那将不是要走的路。您知道如何实现吗？
-
只需使用过渡而不是仅仅设置新位置。请注意，这会带来性能损失。
-
这是解决问题的好方法！它速度较慢但流畅，因此现在需要权衡：快速且不流畅的渲染或缓慢且流畅的渲染。
-
您甚至可以动态调整跳过事件的数量，即当更多事件发生时开始减少，随着布局稳定下来更多。
标签： javascript graph d3.js force-layout