我创建了一个 go.Sunburst html 输出，看起来符合预期。然而，毫不奇怪，它的输出非常复杂且不规则（它显示一个大而深的 UNIX 目录结构）。输出 html 可以接近 20 MB，需要渲染超过 100K 扇区。正如您可以想象的那样，与绘图交互的响应时间确实很慢，尤其是从绘图的外部范围移回根/最顶层时。有没有什么实用的方法可以改进复杂旭日的渲染过程？我会考虑 html 以外的格式（D3.js？），如果这是一个选项的话。
您可以创建“可缩放”旭日，以便在任何给定时间仅显示层次结构的几个级别。显示数据量的减少应该会提高性能。
这里有一个很好的例子 - https://observablehq.com/@d3/zoomable-sunburst 其中...
旭日图的这种变体仅显示了两层 一次层次结构。单击节点进行放大，或单击中心进行放大 出来了。
您可以将这个想法与“延迟加载”结合起来。 “延迟加载”只是一种在用户与图表交互时动态加载图表数据的技术。这可以显着减少加载时间并增强图表的性能。
但是这些只是一般想法，在没有看到任何代码的情况下很难提供具体的建议。