今日在开发一个导出功能，原本一个非常简单的功能，却没想里面藏了陷阱！

背景

前端导出的文件流乱码，此时确定非后端问题（可以在postman导出是否正常来判断）。

前端导出：

后端正常数据：

答疑

第一，如果你要做一个导出功能（后端返回的数据位文件流），那接口可能是类似的结构

红框为必不可少的参数，且与其他参数同级，如“data”，“headers”等，如果你没有，那“还没开始就已经结束了”。

第二，前端导出代码可能是类似的结构，网上代码大同小异

对于红框部分，我在测试导出的过程中， 有跟没有乱码结果是一样的，因为这个不是决定性因素（前提是后端返回的数据为utf-8格式的文件流）。

以上两点，在后端返回正常的文件流情况下，前端导出基本是没什么问题的。

但是！如果此时你导出的文件还是出现了乱码，那就需要更深入排查了。

在参考了大部分对于该问题的应对文章后，我总算是找到了解决方案！

深入排查

首先，排查返回的数据响应头数据结构，可在响应拦截器中打印出来，查看“request”中的“response”与“responseType”

如果出现了以上情况，“responseType”是空的，“response”（即“data”）不是blob对象而是一个字符串，这就有问题了。 

正常来说，前端响应接收到应该是一个blob对象，类似

针对这个问题，我排查了蛮久，明明自己在请求接口加了参数 responseType: 'blob'

为啥响应体该字段是空？且返回数据不是blob对象？

在参考了多篇博客，经过仔细排查之后，发现一个问题，就是我项目中使用了“mock”，没错，就是可以劫持请求的那个“mock”！也正是因为它，将我的“responseType”置空！如下：

vue.config.js 配置：

（此时process.env.VUE_APP_BUILD_MODE不是“nomock”，导致使用“mock”）

mock 配置：

（此时responseType: ' ',）

我尝试把使用“mock”的地方注释掉：

重启，导出，成功！！！

响应体也不吃意外的同步

总结

1、请求参数 responseType: 'blob'

2、new Blob([res], {type:"application/vnd.ms-excel;charset=UTF-8"})

3、移除“mock”，避免对请求进行劫持从而影响参数