前言作为前端工程师 de 我们，日常少不了会跟图片打交道。在各大电商平台工作的前端工程师们，感受可能会更加的明显。以下是我之前跟图片打交道踩到的坑，跟大家分享一下经验。一、情景再现用 Postman 请求接口的时候，返回的是这个图片（二进制）在 chrome 的 network 查看的时候，返回的也是这个图片（二进制）可是，在 debug 打印的时候，返回的却是乱码很明显，数据的类型已经被改动了。思考原因，唯一有可能改变数据类型的地方是在 axios 。我去翻看了一下 axios 的文档，里面是这样描述的// `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 文本形式。找到了原因，解决方案就好办了。我们在 axios 里面，responseType 默认返回数据类型是 json，将其改为返回数据类型 blob。export function miniprogramQrcode (params) {
return axios.post(
env.MI_URL + '/XXXX/XXX/XXXX',
params,
// 将responseType的默认json改为blob
{
responseType: 'blob',
emulateJSON: true
}).then(res => {
if (res.data) {
return Promise.resolve(res.data)
} else {
throw res
}
}).catch(err => {
return Promise.reject(err)
})
}
复制代码接下来的问题是，如何处理blob对象，将其显示在前端页面呢？代码如下：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. 了解如何解决问题还不够，还需要透过表象进行发散思考。二、 发散思考
一般来说，图片在后端的存储方式分为两种：
其一：可以将图片以独立文件的形式存储在服务器的指定文件夹中，再将路径存入数据库字段中;
其二：将图片转换成二进制流，直接存储到数据库的 Image 类型字段中.
复制代码对于第一种存储方式，我们前端直接将存储路径赋值给 src 属性即可轻松显示。对于第二种存储方式，我们前端需要将其二进制流交由 blob 对象处理，然后通过 blob 的 API 生成临时 URL 赋值给 src 属性来显示。两种存储方式都有对应的解决方案，似乎已经完美解决了关于图片显示的问题。但是，我们的业务场景是多样且多变的。有时候我们也会遇到这样的场景，比如图片拖拽上传插件后，自动返回给你了 Blob 对象，但不幸的是，你发现你又用了一个第三方的服务接口只接收 base64 格式的数据，是否有点欲哭无泪？那么，图片的三种表现形式url、base64、blob，三者之间是否可以转化以满足需求呢？答案是可以的。如下：1. url 转 base64url to base64 的方法封装// 原理： 利用canvas.toDataURL的API转化成base64
urlToBase64(url) {
return new Promise ((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);
// result
let 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(new Error('图片流异常'));
};
}
复制代码你可以这样调用：let imgUrL = `http://XXX.jpg`
this.getDataUri(imgUrL).then(res => {
// 转化后的base64图片地址
console.log('base64', res)
})
复制代码2. base64 转 blobbase64 to blob 的方法封装// 原理：利用URL.createObjectURL为blob对象创建临时的URL
base64ToBlob ({b64data = '', contentType = '', sliceSize = 512} = {}) {
return new Promise((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(new Uint8Array(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)
})
复制代码3. blob 转 base64blob to base64 的方法封装// 原理：利用fileReader的readAsDataURL，将blob转为base64
blobToBase64(blob) {
return new Promise((resolve, reject) => {
const fileReader = new FileReader();
fileReader.onload = (e) => {
resolve(e.target.result);
};
// readAsDataURL
fileReader.readAsDataURL(blob);
fileReader.onerror = () => {
reject(new Error('文件流异常'));
};
});
}
复制代码你可以这样调用：this.blobToBase64(blob).then(res => {
// 转化后的base64
console.log('base64', res)
})
复制代码更多的url转 base64, base64 与 blob 的相互转化的 demo ，后续会更新在这里，有兴趣可以戳一下传送门ps： 以上方法是针对玩转图片流的优化，感谢原作者。三、图片处理方式的归纳1. 后端的图片的存储方式在前面我们提到过，图片在后端的存储有两种方式，我们回顾一下：其一：可以将图片以独立文件的形式存储在服务器的指定文件夹中，再将路径存入数据库字段中；其二：将图片转换成二进制流，直接存储到数据库的 Image 类型字段中；那么这两种存储方式，哪种更优呢？据我了解，在互联网环境中，大访问量，数据库速度和性能方面很重要。一般在数据库存储图片的做法比较少，更多的是将图片路径存储在数据库中，展示图片的时候只需要连接磁盘路径把图片载入进来即可。因为图片是属于大字段。一张图片可能1m到几m。这样的大字段数据会加重数据库的负担，拖慢数据库。在大并发访问的情况下很重要。这是一个经验。去看看dba对数据库性能调优方面的分析都能得到这个答案的：就是图片不要存储在数据库中。因此，如果你司的后端小哥哥经常将图片以二进制的形式存储到数据库然后返回给你对接，你应该知道如何去dui他了吧(滑稽脸)。更多关于图片或者文件在数据库的存储方式的归纳请戳这里2. 前端的图片的显示方式对于前端来说： 图片在前端显示有三种方式：url、base64、blob三种显示方式，哪种更优雅呢？url: 一般来说，图片的显示还是建议使用url的方式比较好。如果后端传过来的字段是图片路径的话。base64：如果图片较大，图片的色彩层次比较丰富，则不适合使用这种方式，因为其Base64编码后的字符串非常大，会明显增大HTML页面，影响加载速度。 如果图片像loading或者表格线这样的，大小极小，但又占据了一次HTTP请求，而很多地方都会使用。则非常适用“base64:URL图片”技术进行优化了！详细的张鑫旭的Demo演示，请戳这里一下。blob: 当后端返回特定的图片二进制流的时候，就像我第一part里的情景再现说的，前端用blob容器接收。图片用blob展示会比较好。四、感想付出，记录，总结。在项目中遇到的问题我都会一点一滴的记录整理下来。我相信，这些都是一片一片散落的枝叶，随着项目经验的增多，这些枝叶最终一定能够成长为一棵参天大树。文中的观点受限于本人当前的技术水平，难免会有讲错的地方，欢迎评论区留言交流指正。随着技术水平的提升，文章会不定期的迭代而优化~你可以通过下面的方式联系到我。关于我我的公众号(点击进入或者扫描下方二维码)我的github主页(点击进入)我的掘金主页(点击进入)我的简书主页(点击进入)文章回顾：2018年的文章写作进度表参考资料： ArrayBuffer对象，Blob对象
axios-api文档 }

最近项目中需要在页面中显示人员照片，但是所有的照片资源在服务器上的另一个本地文件夹下，并不在我们的项目文件夹内，在尝试了几种获取图片资源的方式后最终找到了合适的解决办法，因此做了一个小结，方便以后参考。1.<img> 标签中的scr直接写入图片资源链接代码如下：<img src="img/picture.jpg" alt="User Photo" style="width: 120px; height: 168px" >
这里的src="img/picture.jpg"可以写相对路径也可以使用绝对路径，但这样使用的前提是图片资源在tomcat/webapps/目录之内，如果图片所在文件夹在webapps之外，无论使用哪种路径都无法访问到。由于我项目中所有的图片都在本地的一个文件夹下，所以此方法不可用。2.修改tomcat的server.xml文件，配置虚拟路径访问本地路径打开本机的tomcat/conf文件夹，找到server.xml文件，打开并编辑，在<Host></Host>标签内加入一句：<Context docBase="D:\resource" path="/imgResource" debug="0" reloadable="true"/>
前端代码：<img src="/imgResource/img/picture.jpg" alt="User Photo" style="width: 120px; height: 168px" >
其中path是虚拟路径，我们在页面中使用的；docBase为真实的本地资源路径，将本地路径映射给虚拟路径使用这样做的话需要修改tomcat的配置，我的项目是部署在docker中的，而且是个老项目，配置文件没人愿意去改，所以也没用这种方法。3.后台通过IO流的方式将图片传输到页面页面上图片的src属性其实就是一个http请求，后台处理这个请求是输出一张图片到浏览器java代码:/**
* IO流传输个人照片到前端
* @Title: showPhoto
*/
public String showPhoto(){
}

心安自怡然
CSDN认证博客专家
CSDN认证企业博客
您愿意向朋友推荐“博客详情页”吗？
强烈不推荐
不推荐
一般般
推荐
强烈推荐
提交
成就一亿技术人!
hope_wisdom 发出的红包
实付元使用余额支付
点击重新获取
钱包余额
0
抵扣说明： 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。余额充值
}