1.

需求：最近拿到的一个任务，是将订单列表导出，按照订单列表导出（包括筛选条件）。

背景：由于原本的订单列表查询代码太过繁重，里面夹杂的逻辑较多，再有一个是自己想尽快的熟悉公司的业务。于是决定，自己按照原本的样子重新写一个查询的逻辑。

历程：原本以为这个功能会比较简单，用不了几天。原本打算用4天把这个需求搞定。结果，到今天结束用了10天。这大大的超出了我的预估。这也有开发系统故障的原因，导致debug需要部署到服务器上，浪费了很多的时间，效率也特别低（我枯了）。但是，这里面还是让我学习到了很多经验和知识，故而将这些看似不起眼的东西，记录下来。因为，小问题，也很费时间。

 

1.关于文件下载不能使用ajax请求的。

原因：因为response的原因，一般请求浏览器是会处理服务器输出的response，比如各种的文件流。然而，ajax请求指是将参数转换成类似于字符串的形式发送（Json什么的），请求返回的内容也是以字符串的形式返回到response里面，那么文件流从后端返回回来的时候，是不会进行自动解析的，于是乎下载是不能成功的，你只能看到response里面一堆乱码。也就是说，虽然返回的东西可以读取到，但只是读取却无法执行将文件解析出来，也就是无法调用到浏览器的下载处理机制。

2.关于表单提交数据的问题。

首先得说明一下，表单提交数据通过 application/x-www-form-urlencoded方式将数据按照key1:value1的形式提交到控制层，然后后端后自动的将数据对应，并赋值。但是，还是有例外的，是需要特别的注意的是Date数据类型，需要将接收的变量转变成String类型，或者提前将数据转换成Date格式，然后再进行赋值，当你发送请求的时候，会报400错误。

3.关于XLSTransformer.transformXLS的使用

Your InputStream was neither an OLE2 stream, nor an OOXML stream

表示的是创建workbook的时候丢失了文件类型，使用XLSTransformer.transformXLS的时候需要注意调用的是工厂方法create，如下图如果create方法识别不出文件流是哪类型的文件流时，就会抛出上述错误。源码实现如下：

 

其实，还有很多的小问题，只是本人的习惯不是很好，花了特别多的时间去解决这些小问题。为什么会遇到难么多的小问题呢？说白了就是基础不够扎实吧。一步三磕，一步三碰，前路慢行。

 

申明：本人只是单纯的记录下自己学习历程，如本文有表达错误的请各位大佬指正，给各位大佬递茶。

本人联系邮箱：CL30240@163.COM