关于Java导出100万行数据到Excel的优化方案

本文主要是介绍关于Java导出100万行数据到Excel的优化方案，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

1》场景

项目中需要从数据库中导出100万行数据，以excel形式下载并且只要一张sheet(打开这么大文件有多慢另说，呵呵)。

ps：xlsx最大容纳1048576行 ，csv最大容纳1048576行，xls最大容纳65536行，但是存放相同的数据量 文件大小排序：xls>csv>xlsx ；xls是biff8的二进制文件，就是个B+树而xlsx是 xml的zip压缩文件。

2》常规做法

按照平常的做法，先到数据库中取数然后循环组装成一个list，然后用excel工具(我用的是POI)生成excel。

3》遇到的问题

1' 内存经常溢出。

2' 组装list,生成excel慢，50万的数据花了一个小时都没见完成。

4》解决方法

1' POI 改用 SXSSFWorkbook 参看 比如SXSSFWorkbook wb = new SXSSFWorkbook(100);在内存中只保留100行记录,超过100就将之前的存储到磁盘里,（我们了解到poi专门创建了一个用于大数据量读写的流式版本的XSSFWorkbook，称之为SXSSFWorkbook。它的原理也很简单，以硬盘空间换内存，只在内存中保留一小部分数据，其余数据都写入硬盘文件中。但是对于合并单元格、注释等信息，仍然存放在内存中 ）

2' 调整JVM 相关的参数 -Xmx....

3' 循环中减少使用new，尽量复用；String改为StringBuffer就不说了，重点是在组装一行数据时，一直比较喜欢用map来拼装，但是在我功能上发现还是耗内存的，后来的GC时间太长，造成严重拖累组装数据的效率，后来发现由HashMap改为用StringBuffer拼接行数据效率直接就上去了，当然指定合理的StringBuffer的起始容量效率就更好了。

ps:StringBuffer 的构造器会创建一个默认大小(通常是16)的字符数组。在使用中，如果超出这个大小，就会重新分配内存，创建一个更大的数组，并将原先的数组复制过来，再丢弃旧的数组。在大多数情况下，你可以在创建 StringBuffer的时候指定大小，这样就避免了在容量不够的时候自动增长，以提高性能。

4' 下载任务由同步改为异步，用户提交了后只要等待邮件通知即可，我用了quartz。

5》效果

100万数据组装以及生成excel大概要10分钟，平均下来1分钟10万条，我的小黑腰不酸腿不疼了。

好了就这些，我也看了，网上导出很多是分批导出或者用csv的解决的，但是我就这样的需求，人家任性没办法，我的方法还有待完善的地方，欢迎交流。

本文原创，转载请注明出处，谢谢。

https://www.csdn.net/tags/OtDaUg0sOTI1NDUtYmxvZwO0O0OO0O0O.html

这篇关于关于Java导出100万行数据到Excel的优化方案的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！