参考文章https://blog.csdn.net/daotian2016/article/details/123670179
项目场景：
项目场景：VUE工程，做了一个代码自动生成可以导出zip的功能。
问题描述
导出的zip文件打开提示“不可预料的压缩文件末端”，文件打不开。
export function downLoadZip(str, filename) {
var url = baseUrl + str
axios({
method: 'get',
url: url,
responseType: 'blob',
headers: { 'Authorization': 'Bearer ' + getToken() }
}).then(res => {
resolveBlob(res, mimeMap.zip)
})
原因分析：
分析是返回的数据流有丢失，所以在上面的代码段将返回的res的结果给打印出来。
发现返回的data是一串乱码，并不是blob格式的文件流。
通过这个情况，在网上搜了半天，才发现是Mockjs污染了responseType,默认会将responseType变为’’
那么第一种解决办法已经有了，就是修改Mockjs，文件路径是node_modules>mockjs>dist>mock.js
// 原生 XHR
if (!this.match) {
this.custom.xhr.responseType = this.responseType //新加的解决该问题的代码
this.custom.xhr.send(data)
return
}
那么这样改后，重新编译，测试，发现问题解决，返回值如下图。
但是这样只适合个人开发，实际上协同开发，或者用Jenkins自动部署时，会从npm下载Mockjs的源码，还是会有问题，那么怎么在不改Mockjs源码的情况下，解决该问题呢？
解决方案：
那么唯一的解决办法就是重写mockjs相关的部分，具体代码参考下面的
// 修复 mockjs 相关 bug
Mock.XHR.prototype.send = (() => {
const _send = Mock.XHR.prototype.send
return function() {
if (!this.match) {
this.custom.xhr.responseType = this.responseType || ''
this.custom.xhr.timeout = this.timeout || 0
this.custom.xhr.withCredentials = this.withCredentials || false
this.custom.xhr.onabort = this.onabort || null
this.custom.xhr.onerror = this.onerror || null
this.custom.xhr.onload = this.onload || null
this.custom.xhr.onloadend = this.onloadend || null
this.custom.xhr.onloadstart = this.onloadstart || null
this.custom.xhr.onprogress = this.onprogress || null
this.custom.xhr.onreadystatechange = this.onreadystatechange || null
this.custom.xhr.ontimeout = this.ontimeout || null
}
return _send.apply(this, arguments)
}
})()
————————————————
版权声明：本文为CSDN博主「daotian2016」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/daotian2016/article/details/123670179