升级V6.2.1版本后，模版渲染结果增加了大量空白行

产品：GcExcel
版本：V6.1.2
问题编号：DOCXLS-8921

您好，
一、问题
我将GcExcel版本从V6.0.2升级到了V6.2.1，使用相同的代码，渲染结果Sheet5增加了大量的空白行，这导致导入到SpreadJS后，SpreadJS如果有对该Sheet单元格的遍历操作，耗时大量增加，严重影响了使用新版。

========
V6.0.2的Demo工程 ： UpgradePerformanceCompare.zip (2.93 MB, 下载次数: 382)

2023-9-14 16:02 上传

点击文件名下载附件
V6.0.2的渲染结果Excel： gcresult-旧版.xlsx (31.28 KB, 下载次数: 374)

2023-9-14 15:54 上传

点击文件名下载附件
V6.0.2的渲染结果Excel，导入到SpreadJS后：

===========
V6.2.1的Demo工程 ： Performance_gc621.zip (2.93 MB, 下载次数: 355)

2023-9-14 16:03 上传

点击文件名下载附件
V6.2.1的渲染结果Excel： gcresult.xlsx (31.29 KB, 下载次数: 364)

2023-9-14 15:58 上传

点击文件名下载附件
V6.2.1的渲染结果Excel，导入到SpreadJS后：



截图来自，使用https://demo.grapecity.com.cn/SpreadJS/WebDesigner/index.html导入Excel

二、咨询。
使用新旧两个版本的demo运行下来，对比发现
旧版本：渲染慢，后置处理取value快

新版本：渲染快，后置处理取value慢

想了解一下这种现像的原因是什么？猜测新版本提升了渲染阶段的性能，降低了遍历读取阶段性能，因为取值方式已变为懒加载？取值时才计算XLOOKUP的值？，想咨询一下我的理解是否正确？

您好，问题已经重现，这边调研一下，后续有进展我会在本帖中回复您。

本帖先做保留处理了。

您好，该问题已确认是一个Bug，目前正在修复中。

另外您提到的性能方面的问题，Demo中操作并没有什么实际上的意义，只是单纯的getValue，需要您提供一个具有实际意义的Demo，我们这边再详细调研一下。

我是想咨询这两部分的耗时在两个版本为什么会有着较大的差异。demo里Main#processAfterCalculate先遍历getValue，再根据条件setValue就是实际的业务场景。
v.6.0.2

v.6.2.1

了解，这边跟开发反馈一下。

扁担宽板凳长 发表于 2023-9-19 15:06
我是想咨询这两部分的耗时在两个版本为什么会有着较大的差异。demo里Main#processAfterCalculate先遍历getV ...

您好，经过调研和评估，判断该问题是一个关于XLOOKUP函数的性能问题，将在后续的版本中进行修复。

您好，这个问题已经在V6.2.3版本进行了修复，您可以通过maven更新升级到V6.2.3版本