请教各位导出Excel场景的相关设计思路

[NBHZW]

大学生不是很理解，想来请教一下
对于高性能导出大量数据到Excel，各位一般如何处理的？之前接触到的是分批次读表+多线程增量写Excel类似这种思路方案，但是多线程自然就不方便控制导出顺序，想知道各位在处理大数据量顺序导出的时候，还有性能提高手段么？还是说就只能采用任务中心的方式，让用户稍微下载？

[psxjoy]

Writing and composing the file itself takes some time. IMO, if it involves a large amount of data (more than 500,000 or above), there isn’t a better approach. Or does anyone else have a better idea?

写入和组成文件本身就需要一定的时间。我认为如果是大量数据（大于50万或以上），并没有更好的办法。或者其他人有更好的想法？

[imkratos]

这种应该是异步通知用户下载的吧，再高性能，100W数据，也是需要时间写入的呀，所以这种场景一般就是设计成异步的，后台生成文件，然后用户主动自己再去下载。

[alaahong]

把Excel更换为ui上的table或者chart，这个问题就更为common了，考虑把业务场景转化为有限数据的呈现或者聚合数据后的结果。分页数据的加载量明显就小了，聚合数据的加载也更容易找到优化方案。
否则的话，若需求依然需要海量数据的明细，那再沟通下，海量数据的文件在用户那里是否仅仅是为了操作Excel，这种可以继续尝试推销对应的报表中心实现，若是明确用于数据归档的话，甚至可以直接拿定时任务生成的文件交差。

若是用户认准了一定要系统提供手动筛选条件下的大量级Excel文件下载，那就明确用户的等待时间，尽量提供异步的数据交互流程。这种情况下Excel文件生成(可能还不如csv灵活？）这件事上没有太多发挥空间，建议花费更多精力在数据查询和传输上。

[SchrodingerFish]

对用户来说，异步处理的体验比同步等待的体验更好