spreadjs 16.2.6和17.1.4性能问题

调研编号：SJS-26406


上述两个表格针对没有树形的做了一下分析，内存没有太大变化，demo做了个console.time分析数据，初始化加载17.1.4版本用时：计算逻辑_Test: 101359.81005859375 ms  ;16.2.6版本用时：计算逻辑_Test: 48934.906982421875 ms 新版本加载慢了大约5秒左右；然后点击刷新按钮发现17版本比16版本大约慢了2秒左右，每次刷新获取加载时间不一致。内存之间没什么差距，感觉性能变慢了。


自己的项目用的16.0.7版本和17.1.4版本计算逻辑相差10几秒智20秒左右。性能分析也是慢了20秒左右。不知道我这样分析spreadjs从加载到显示是否有问题？有树形新版本会快很多，没有树形慢个几秒，十几秒左右。

您好，可以先设置：

sheet.options.allowCellOverflow = false;

这样一来，自动合并只会考虑当前可见区域，性能会好很多，

另外还需要清除冻结列：sheet.frozenColumnCount(0);

设置了以上代码后，还需要suspendCalcService、suspendEvent等。

我在本机测试了一下，修改前需要约200s，修改后需要约110s。

另外，根据Profile的结果来看，您的findIndex方法占用了约80%时间：



以下是修改后的文件：

DataBind1.vue (72.03 KB, 下载次数: 30)

2024-9-13 11:17 上传

点击文件名下载附件

我们后续会继续调研，看是否有进一步优化的空间，有进一步进展我会在本帖中回复您。

收到，这边验证一下，后续有进展我会在本帖中回复您。

Joestar.Xu 发表于 2024-9-6 17:44
收到，这边验证一下，后续有进展我会在本帖中回复您。

好的，麻烦您看看，demo还是以前给您的demo只是我做了一下调整

Joestar.Xu 发表于 2024-9-6 17:50

您好，请问有结论吗，为什么17版本性能要比16低，我看了一下17版本执行脚本要很高

您好，该问题涉及底层性能，目前还在调研中，后续有进展我会在本帖中回复您。

Joestar.Xu 发表于 2024-9-9 11:15
您好，该问题涉及底层性能，目前还在调研中，后续有进展我会在本帖中回复您。

您好，请问一下什么时候改好呢，我们对产品很不信任了，升级版本之后发现不是很满意已经影响到我们使用了，性能没有原来的理想

您好，十分理解您现在的心情，SpreadJS的性能问题也一直都是我们的重点关注对象，您提交的问题我们目前已经提高优先级在处理和调查了，一有进展我会尽快在本帖中回复您，感谢您的理解和支持！

Joestar.Xu 发表于 2024-9-9 16:25
您好，十分理解您现在的心情，SpreadJS的性能问题也一直都是我们的重点关注对象，您提交的问题我们目前已经 ...

您好，请问一下新版本性能有优化吗