postman怎么调试request.getattribute_框架源码调试实战之easypoi异常解决方案精讲

     最近有个同事遇到了个棘手的问题&＃xff0c;easypoi导出文件出了bug&＃xff0c;却不知道是怎么回事&＃xff0c;无从下手&＃xff0c;无可奈何&＃xff0c;由于事态紧急&＃xff0c;只能火急火急的求助于我。我问他&＃xff1a;“开发的时候功能调通了吗&＃xff1f;测试阶段通过了吗&＃xff1f;” 同事均回答&＃xff1a;“之前测试都没有问题&＃xff0c;之前的账号数据可以导出&＃xff0c;却唯独是这个不行。我仔细看了我写的代码&＃xff0c;根本就不觉得有什么问题啊&＃xff0c;不知道原因出在哪里……”

导出的错误文件如下&＃xff1a;

正常导出的文件应该是这样的&＃xff1a;

在详细了解情况以后我便开始了我的源码探究之路。确实&＃xff0c;很多人在遇到此类问题的时候往往想到的就是自己的代码有问题&＃xff0c;或者是使用框架不当&＃xff0c;未按框架的规则来编写代码才导致出现问题&＃xff0c;而极少会想到是自己使用的框架本身就有问题&＃xff0c;本身就有bug。要知道框架也是人写的&＃xff0c;是人就会犯错&＃xff01;更何况像easypoi是近年来才出现的新型框架&＃xff0c;还不太成熟&＃xff0c;潜在的bug多&＃xff0c;出错的概率就更大些。

我帮人解决问题的同时&＃xff0c;我习惯性的是希望帮助人学习到解决问题的能力&＃xff0c;而不是仅仅解决这个问题。正所谓授人以鱼不如授人以渔&＃xff0c;所以我便亲自在这位向我求助的同事面前掩饰了一番&＃xff0c;如何去解决这个问题。

首先&＃xff0c;我们将导出正确&＃xff0c;和导出错误的两组参数进行收集&＃xff0c;然后使用postMan分别进行调制&＃xff0c;在关键代码初打上断点&＃xff0c;如下图&＃xff1a;

从上图可以看出&＃xff0c;导出的关键代码在workbook.write(outputStream)&＃xff0c;于是我先执行能正常导出的debug&＃xff0c;教同事用正常的参数去逐步熟悉整体运行的过程&＃xff1b;然后我再执行第二遍debug&＃xff0c;这时候传入错误导出的参数&＃xff0c;当执行到关键代码处的时候观察两者的区别&＃xff0c;从而判断问题所在。经过调试&＃xff0c;我发现错误的代码再执行到单sheet时&＃xff0c;执行代码

Sheet sheet &＃61; workbook.getSheet(param.getExportParams().getSheetName());

结果获取到了一个空对象&＃xff0c;然后正常能导入时不时空对象&＃xff0c;如下&＃xff1a;

那么问题就出在这里&＃xff0c;正是由于行对象sheet对象为null才导致了后面的报错。

这时候就应该再进入更深层次的代码&＃xff0c;探究为何传入为何有时候能获取到sheet对象&＃xff0c;有时候却不行。

我们点开 workbook.getSheet(param.getExportParams().getSheetName())方法&＃xff0c;继续打断点&＃xff1a;

打开源码方法时&＃xff0c;常出现的需要选择进入那个实现方法&＃xff0c;这时候很多初级程序员就很懵逼&＃xff0c;我到底应该进去那个方法啊&＃xff1f;有可能会一时半会摸不着头脑&＃xff0c;只能一个试。其实这也是有技巧的&＃xff0c;这个技巧就是追溯对象的源头。上面是使用workbook调用的&＃xff0c;我们往上寻找&＃xff0c;是如何得到这个对象的&＃xff0c;代码在

//单sheet导出 workbook &＃61; ExcelExportUtil.exportExcel(param.getExportParams(), param.getClazz() , param.getList());

那么我们再进入ExcelExportUtil.exportExcel()方法&＃xff0c;如下&＃xff1a;

从上可以看出workbook对象是XSSFWorkbook类型的&＃xff0c;那么我们使用workerbook对象调方法的时候调的就必定是XSSFWorkbook下的方法&＃xff0c;于是就知道了进入workbook.getSheet(param.getExportParams().getSheetName())方法应该选择第三个XSSFWorkbook类型的。其实除了此方式外&＃xff0c;还可以再往前追溯入参&＃xff0c;往往也能找到答案&＃xff0c;本例子中的前端封装参数的时候是指定了ExcelType的类型的&＃xff0c;如下图&＃xff1a;

通过以上两种途径便可以知道框架的源码方法&＃xff0c;众多实现中究竟应该调用那一个源码方法&＃xff0c;快速定位方法&＃xff0c;能大大节约一个个尝试的时间成本。

接着我们进入gerSheet()方法进一步调试&＃xff1a;

我们可以看到sheet页对象的名称和传入的名称不相等&＃xff0c;迭代器没有下一个值&＃xff0c;于是便return null了&＃xff1a;

而正常参数下是能够直接获取到sheet对象的&＃xff1a;

整个过程的逻辑如下&＃xff1a;1.首先创建了迭代器&＃xff1b;2.执行了一次do……while循序&＃xff0c;在循环中判断迭代器是否还有下一个值&＃xff0c;第一次的时候有下一个值于是没有返回null&＃xff0c;而是创建了sheet对象&＃xff1b;3.第一次循环执行完毕后&＃xff0c;才开始判断条件(do……while循环是先执行一次循环&＃xff0c;再判断条件)&＃xff0c;这时候入参名称和sheet的名称相同&＃xff0c;取反后便不成立&＃xff0c;于是返回了有值的对象&＃xff0c;反之则再次进入了循环&＃xff0c;这时候迭代器已经没有下一个值了&＃xff0c;于是就返回了null。

既然知道了以上的逻辑&＃xff0c;那么就已经定位清楚问题了&＃xff0c;问题的根源就在于名称不相等了&＃xff0c;为啥名称不相等了呢? 这时候我们仔细观察两个名称的值&＃xff0c;发现sheet的名称和入参名称name相比&＃xff0c;是取了name的前31位字符&＃xff0c;为什么会这样子呢&＃xff1f;

我们打开.xlsx文档&＃xff0c;输入页码名称&＃xff0c;发现也是最大只能输入31个字符的&＃xff0c;如下图&＃xff1a;

原来是因为xlsx文档限制了最大的页码名称只能输入31个字符&＃xff0c;所以框架自动截取了前31个字符。这坑爹的框架也不说处理全面一点&＃xff0c;留下了这个bug坑苦了广大程序员&＃xff0c;哈哈……

既然知道了这个问题&＃xff0c;那么如何修复这个框架的bug了&＃xff1f; 按理来说这是框架的bug&＃xff0c;应该改框架的源码最正确&＃xff0c;可这样得反编译后&＃xff0c;修改编码了再打包进去&＃xff0c;很费时费力。而在入参时每个都做判断会增大代码量&＃xff0c;也容易忽视这个问题。介于我已经封装了一个公用的导出组件类&＃xff0c;那么我的思路是在公共组件进行处理。

将思路告诉向我求助的同事后&＃xff0c;他便写了下面的代码&＃xff1a;

//单sheet页面设置样式 String sheetName &＃61; param.getExportParams().getSheetName(); if(sheetName.length() > 31) { sheetName &＃61; sheetName.substring(0,31); } Sheet sheet &＃61; workbook.getSheet(sheetName)

我就点评说这样写并不好&＃xff0c;因为你只是把入参的值给改了&＃xff0c;但是原参数param中依然保留了旧的&＃xff0c;可能出现问题的参数&＃xff0c;依然容易引发其它问题&＃xff0c;这是一个变成思想的问题&＃xff0c;代码应该这么写&＃xff1a;

//单sheet页面设置样式 //生成Sheet和提示信息 //xlsx文件的sheet页名称最大只支持31个长度&＃xff0c;当传参sheet名称长度>31时&＃xff0c;将会无法获取sheet对象&＃xff0c;所以需要截取 String sheetName &＃61; param.getExportParams().getSheetName(); if(sheetName.length() > 31) { param.getExportParams().setSheetName(sheetName.substring(0,31)); } Sheet sheet &＃61; workbook.getSheet(param.getExportParams().getSheetName());

上面的这种写法才是正确的&＃xff0c;更能体现变成思想能力&＃xff0c;从源头消除隐患。

总结&＃xff1a;经过此次框架的bug&＃xff0c;相信遇到的人都应该明白了&＃xff0c;不要太过于相信框架而质疑自己的代码有错&＃xff0c;当你找不到自己的错误的时候&＃xff0c;就该想想是不是自己使用的框架有问题了。