做为前端工程师 de 咱们,平常少不了会跟图片打交道。在各大电商平台工做的前端工程师们,感觉可能会更加的明显。html
如下是我以前跟图片打交道踩到的坑,跟你们分享一下经验。前端
用 Postman 请求接口的时候,返回的是这个图片(二进制) ios
我去翻看了一下 axios 的文档,里面是这样描述的git
// `responseType` indicates the type of data that the server will respond with// options are 'arraybuffer', 'blob', 'document', 'json', 'text', 'stream'
responseType: 'json', // default复制代码
复制代码
所以,乱码出现的缘由是由于:** axios 默认返回的是 json 文本形式,二进制图片数据被强制转换成了 json 文本形式。**github
找到了缘由,解决方案就好办了。咱们在 axios 里面,responseType 默认返回数据类型是 json,将其改成返回数据类型 blob。chrome
exportfunctionminiprogramQrcode (params) {
return axios.post(
env.MI_URL + '/XXXX/XXX/XXXX',
params,
// 将responseType的默认json改成blob
{
responseType: 'blob',
emulateJSON: true
}).then(res => {
if (res.data) {
returnPromise.resolve(res.data)
} else {
throw res
}
}).catch(err => {
returnPromise.reject(err)
})
}
复制代码
复制代码
接下来的问题是,如何处理blob对象,将其显示在前端页面呢?数据库
代码以下:json
createMiniQrcode (blob) {
let img = document.createElement('img')
img.onload = function (e) {
// 元素的onload 事件触发后将销毁URL对象, 释放内存。window.URL.revokeObjectURL(img.src)
}
// 浏览器容许使用URL.createObjectURL()方法,针对 Blob 对象生成一个临时 URL。// 这个 URL 以blob://开头,代表对应一个 Blob 对象。
img.src = window.URL.createObjectURL(blob)
document.querySelector('.imgQrCode').appendChild(img)
}
复制代码
复制代码
是否是觉得就这样结束了? No, No, No. 了解如何解决问题还不够,还须要透过表象进行发散思考。canvas
通常来讲,图片在后端的存储方式分为两种:axios
其一:能够将图片以独立文件的形式存储在服务器的指定文件夹中,再将路径存入数据库字段中;
其二:将图片转换成二进制流,直接存储到数据库的 Image 类型字段中.
复制代码
复制代码
对于第一种存储方式,咱们前端直接将存储路径赋值给 src 属性便可轻松显示。
对于第二种存储方式,咱们前端须要将其二进制流交由 blob 对象处理,而后经过 blob 的 API 生成临时 URL 赋值给 src 属性来显示。
两种存储方式都有对应的解决方案,彷佛已经完美解决了关于图片显示的问题。可是,咱们的业务场景是多样且多变的。有时候咱们也会遇到这样的场景,好比图片拖拽上传插件后,自动返回给你了 Blob 对象,但不幸的是,你发现你又用了一个第三方的服务接口只接收 base64 格式的数据,是否有点欲哭无泪?
那么,图片的三种表现形式url、base6四、blob,三者之间是否能够转化以知足需求呢?
先贴出url转 base64, base64 与 blob 的相互转化的 demo ,其它的会更新在这里,有兴趣能够戳一下这里
url to base64 的方法封装
// 原理: 利用canvas.toDataURL的API转化成base64
urlToBase64(url) {
returnnewPromise ((resolve,reject) => {
let image = new Image();
image.onload = function() {
let canvas = document.createElement('canvas');
canvas.width = this.naturalWidth;
canvas.height = this.naturalHeight;
// 将图片插入画布并开始绘制
canvas.getContext('2d').drawImage(image, 0, 0);
// resultlet result = canvas.toDataURL('image/png')
resolve(result);
};
// CORS 策略,会存在跨域问题https://stackoverflow.com/questions/20424279/canvas-todataurl-securityerror
image.setAttribute("crossOrigin",'Anonymous');
image.src = url;
// 图片加载失败的错误处理
image.onerror = () => {
reject(newError('图片流异常'));
};
}
复制代码
复制代码
你能够这样调用:
let imgUrL = `http://XXX.jpg`this.getDataUri(imgUrL).then(res => {
// 转化后的base64图片地址console.log('base64', res)
})
复制代码
复制代码
base64 to blob 的方法封装
// 原理:利用URL.createObjectURL为blob对象建立临时的URL
base64ToBlob ({b64data = '', contentType = '', sliceSize = 512} = {}) {
returnnewPromise((resolve, reject) => {
// 使用 atob() 方法将数据解码let byteCharacters = atob(b64data);
let byteArrays = [];
for (let offset = 0; offset < byteCharacters.length; offset += sliceSize) {
let slice = byteCharacters.slice(offset, offset + sliceSize);
let byteNumbers = [];
for (let i = 0; i < slice.length; i++) {
byteNumbers.push(slice.charCodeAt(i));
}
// 8 位无符号整数值的类型化数组。内容将初始化为 0。// 若是没法分配请求数目的字节,则将引起异常。
byteArrays.push(newUint8Array(byteNumbers));
}
let result = new Blob(byteArrays, {
type: contentType
})
result = Object.assign(result,{
// jartto: 这里必定要处理一下 URL.createObjectURL
preview: URL.createObjectURL(result),
name: `图片示例.png`
});
resolve(result)
})
}
复制代码
复制代码
你能够这样调用:
let base64 = base64.split(',')[1]
this.base64ToBlob({b64data: base64, contentType: 'image/png'}).then(res => {
// 转后后的blob对象console.log('blob', res)
})
复制代码
复制代码
blob to base64 的方法封装
// 原理:利用fileReader的readAsDataURL,将blob转为base64
blobToBase64(blob) {
returnnewPromise((resolve, reject) => {
const fileReader = new FileReader();
fileReader.onload = (e) => {
resolve(e.target.result);
};
// readAsDataURL
fileReader.readAsDataURL(blob);
fileReader.onerror = () => {
reject(newError('文件流异常'));
};
});
}
复制代码
复制代码
你能够这样调用:
this.blobToBase64(blob).then(res => {
// 转化后的base64console.log('base64', res)
})
复制代码
复制代码
ps: 以上方法是针对玩转图片流的优化,感谢原做者。
在前面咱们提到过,图片在后端的存储有两种方式,咱们回顾一下:其一:能够将图片以独立文件的形式存储在服务器的指定文件夹中,再将路径存入数据库字段中;其二:将图片转换成二进制流,直接存储到数据库的 Image 类型字段中;
那么这两种存储方式,哪一种更优呢?
据我了解,在互联网环境中,大访问量,数据库速度和性能方面很重要。通常在数据库存储图片的作法比较少,更多的是将图片路径存储在数据库中,展现图片的时候只须要链接磁盘路径把图片载入进来便可。由于图片是属于大字段。一张图片可能1m到几m。这样的大字段数据会加剧数据库的负担,拖慢数据库。在大并发访问的状况下很重要。这是一个经验。去看看dba对数据库性能调优方面的分析都能获得这个答案的:就是图片不要存储在数据库中。
所以,若是你司的后端小哥哥常常将图片以二进制的形式存储到数据库而后返回给你对接,你应该知道如何去dui他了吧(滑稽脸)。
更多关于图片或者文件在数据库的存储方式的概括请戳这里
对于前端来讲: 图片在前端显示有三种方式:url、base6四、blob
三种显示方式,哪一种更优雅呢?
url: 通常来讲,图片的显示仍是建议使用url的方式比较好。若是后端传过来的字段是图片路径的话。
base64:若是图片较大,图片的色彩层次比较丰富,则不适合使用这种方式,由于其Base64编码后的字符串很是大,会明显增大HTML页面,影响加载速度。 若是图片像loading或者表格线这样的,大小极小,但又占据了一次HTTP请求,而不少地方都会使用。则很是适用“base64:URL图片”技术进行优化了!详细的张鑫旭的Demo演示,请戳这里一下。
blob: 当后端返回特定的图片二进制流的时候,就像我第一part里的情景再现说的,前端用blob容器接收。图片用blob展现会比较好。
付出,记录,总结。在项目中遇到的问题我都会一点一滴的记录整理下来。我相信,这些都是一片一片散落的枝叶,随着项目经验的增多,这些枝叶最终必定可以成长为一棵参天大树。