问题:
- 最近在解决公司出现的Excel导出,内存溢出问题
一.查看服务器配置信息
该服务分配了1G的内存空间
二.分析解决问题
- 查看当前采用的导出方式是什么,发现采用的是HSSF,如果对POI导出不是很了解的可以看一下我之前的文章
- 初步判断造成内存溢出的原因是由于这个造成
- 决定采用SXSSF的方式进行导出(对代码的修改量非常的小)
4. 本地测试正常
5. 使用docker推送到远程服务上,测试接口,报错,异常如下
Caused by: java.lang.NullPointerException
at sun.awt.FontConfiguration.getVersion(FontConfiguration.java:1264)
at sun.awt.FontConfiguration.readFontConfigFile(FontConfiguration.java:219)
at sun.awt.FontConfiguration.init(FontConfiguration.java:107)
at sun.awt.X11FontManager.createFontConfiguration(X11FontManager.java:774)
at sun.font.SunFontManager$2.run(SunFontManager.java:431)
at java.security.AccessController.doPrivileged(Native Method)
at sun.font.SunFontManager.<init>(SunFontManager.java:376)
at sun.awt.FcFontManager.<init>(FcFontManager.java:35)
at sun.awt.X11FontManager.<init>(X11FontManager.java:57)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at java.lang.Class.newInstance(Class.java:442)
at sun.font.FontManagerFactory$1.run(FontManagerFactory.java:83)
at java.security.AccessController.doPrivileged(Native Method)
at sun.font.FontManagerFactory.getInstance(FontManagerFactory.java:74)
at java.awt.Font.getFont2D(Font.java:491)
at java.awt.Font.canDisplayUpTo(Font.java:2060)
at java.awt.font.TextLayout.singleFont(TextLayout.java:470)
at java.awt.font.TextLayout.<init>(TextLayout.java:531)
at org.apache.poi.ss.util.SheetUtil.getDefaultCharWidth(SheetUtil.java:254)
at org.apache.poi.xssf.streaming.AutoSizeColumnTracker.<init>(AutoSizeColumnTracker.java:117)
at org.apache.poi.xssf.streaming.SXSSFSheet.<init>(SXSSFSheet.java:77)
at org.apache.poi.xssf.streaming.SXSSFWorkbook.createAndRegisterSXSSFSheet(SXSSFWorkbook.java:636)
at org.apache.poi.xssf.streaming.SXSSFWorkbook.createSheet(SXSSFWorkbook.java:629)
at org.apache.poi.xssf.streaming.SXSSFWorkbook.createSheet(SXSSFWorkbook.java:71)
at com.xfn.mf.utils.ExcelUtils1.exportExcel(ExcelUtils1.java:85)
at com.xfn.mf.service.xfnImpl.ExcelServiceImpl.exportAssSubOne(ExcelServiceImpl.java:1492)
at com.xfn.mf.service.xfnImpl.ExcelServiceImpl.lambda$degradeExportAssSubOne$9(ExcelServiceImpl.java:1357)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
... 1 more
三.分析异常信息
- 查看抛出异常的代码位置
异常:
com.xfn.mf.utils.ExcelUtils1.exportExcel(ExcelUtils1.java:85)
出现异常的代码:
Sheet sh = wb.createSheet(sheetName);
- 发现是使用SXSSFWorkbook创建Sheet时抛出的异常,判断是否是SXSSFWorkbook初始化失败,在初始化之后增加打印语句
代码:
Workbook wb = new SXSSFWorkbook(100);
System.out.println("SXSSFWorkbook:" + wb);
输出结果:
SXSSFWorkbook:org.apache.poi.xssf.streaming.SXSSFWorkbook@59dbef45
- 发现并不是SXSSFWorkbook初始化失败
- 思考:理论上这种Apache的三方工具,不可能不做非空校验的,并且我本地可以正常运行,使用的还是docker,理论上本地的环境应该和服务器上的环境是一样的,那么代码还有环境都一样那会是什么原因
四.分析源码尝试找出问题
- 决定从出现异常的地方开始,看一下他的源码
Sheet sh = wb.createSheet(sheetName);
- 源码分析过程图
- 似乎这里的源码和本地出现了差异,并且出现差异的地方似乎和JDK有关,于是我查看了一下服务器的JDK版本,发现采用的是opeanjdk 1.8 似乎 和本地的jdk1.8好像没有什么区别
- 到此思路又断了,难道是opeanjdk 和 jdk 是有差异的?(这个之前并没有去了解过,只知道Linux下自带的是opeanjdk),发现opeanjdk相较于jdk更加的弱小,功能没有那么的齐全
- 感觉问题好像就是opeanjdk在字体方法的支持度不够,而本地的sun jdk可以获取到更全的字体信息,但是无法修改jdk的版本,所以手动在容器中下载字体库
RUN apk add --update font-adobe-100dpi ttf-dejavu fontconfig
- 重新部署到容器中,发现可以成功运行
五.总结
- 当出现异常时,合理分析,但是当思路中断时,可以查看一下源码,按照报错的代码行数,一步步定位可能出现问题的地方
- opeanjdk的功能是没有jdk齐全的,具体内容有空了解