spreadjs 16.2.6和17.1.4性能问题
本帖最后由 Joestar.Xu 于 2024-9-9 14:00 编辑调研编号：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从加载到显示是否有问题？有树形新版本会快很多，没有树形慢个几秒，十几秒左右。
本帖最后由 Joestar.Xu 于 2024-9-13 11:18 编辑
您好，可以先设置：
sheet.options.allowCellOverflow = false;
这样一来，自动合并只会考虑当前可见区域，性能会好很多，
另外还需要清除冻结列：sheet.frozenColumnCount(0);
设置了以上代码后，还需要suspendCalcService、suspendEvent等。
我在本机测试了一下，修改前需要约200s，修改后需要约110s。
另外，根据Profile的结果来看，您的findIndex方法占用了约80%时间：
以下是修改后的文件：
我们后续会继续调研，看是否有进一步优化的空间，有进一步进展我会在本帖中回复您。
收到，这边验证一下，后续有进展我会在本帖中回复您。 Joestar.Xu 发表于 2024-9-6 17:44
收到，这边验证一下，后续有进展我会在本帖中回复您。
好的，麻烦您看看，demo还是以前给您的demo只是我做了一下调整 {:5_114:} 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的性能问题也一直都是我们的重点关注对象，您提交的问题我们目前已经 ...
您好，请问一下新版本性能有优化吗