java导出内容空格内容

问题：

• 最近在解决公司出现的Excel导出，内存溢出问题

一.查看服务器配置信息

该服务分配了1G的内存空间

二.分析解决问题

1. 查看当前采用的导出方式是什么，发现采用的是HSSF，如果对POI导出不是很了解的可以看一下我之前的文章

2. 初步判断造成内存溢出的原因是由于这个造成
3. 决定采用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

三.分析异常信息

1. 查看抛出异常的代码位置

异常：

com.xfn.mf.utils.ExcelUtils1.exportExcel(ExcelUtils1.java:85)

出现异常的代码：

Sheet sh = wb.createSheet(sheetName);

2. 发现是使用SXSSFWorkbook创建Sheet时抛出的异常，判断是否是SXSSFWorkbook初始化失败，在初始化之后增加打印语句

代码：

Workbook wb = new SXSSFWorkbook(100);
System.out.println("SXSSFWorkbook:" + wb);

输出结果：

SXSSFWorkbook:org.apache.poi.xssf.streaming.SXSSFWorkbook@59dbef45

3. 发现并不是SXSSFWorkbook初始化失败
4. 思考：理论上这种Apache的三方工具，不可能不做非空校验的，并且我本地可以正常运行，使用的还是docker，理论上本地的环境应该和服务器上的环境是一样的，那么代码还有环境都一样那会是什么原因

四.分析源码尝试找出问题

1. 决定从出现异常的地方开始，看一下他的源码

Sheet sh = wb.createSheet(sheetName);

2. 源码分析过程图
3. 似乎这里的源码和本地出现了差异，并且出现差异的地方似乎和JDK有关，于是我查看了一下服务器的JDK版本，发现采用的是opeanjdk 1.8 似乎 和本地的jdk1.8好像没有什么区别
4. 到此思路又断了，难道是opeanjdk 和 jdk 是有差异的？（这个之前并没有去了解过，只知道Linux下自带的是opeanjdk），发现opeanjdk相较于jdk更加的弱小，功能没有那么的齐全
5. 感觉问题好像就是opeanjdk在字体方法的支持度不够，而本地的sun jdk可以获取到更全的字体信息，但是无法修改jdk的版本，所以手动在容器中下载字体库

RUN apk add --update font-adobe-100dpi ttf-dejavu fontconfig

6. 重新部署到容器中，发现可以成功运行

五.总结

1. 当出现异常时，合理分析，但是当思路中断时，可以查看一下源码，按照报错的代码行数，一步步定位可能出现问题的地方
2. opeanjdk的功能是没有jdk齐全的，具体内容有空了解