使用elementui上传的时候获取图片的临时地址

本文已参与[新人创作礼]活动，一起开启掘金创作之路

意思就是图片还没有上传到服务器，只是用户选择了图片，然后需要在页面上展示刚刚选择的图片，element ui是没有把临时图片路径返回给我们，所以需要用到下面

URL.createObjectURL() 静态方法会创建一个 DOMString，其中包含一个表示参数中给出的对象的URL。这个 URL 的生命周期和创建它的窗口中的 document 绑定。这个新的URL 对象表示指定的 File 对象或 Blob 对象。 URL.createObjectURL(blob)和FileReader.readAsDataURL(file)很相似，下面是个人的一些理解，如有不正确的地方，欢迎指出：

主要区别
通过FileReader.readAsDataURL(file)可以获取一段data:base64的字符串

我们在upload组件上绑定change属性

    <el-upload
    class="avatar-uploader"
    :show-file-list="false"
    ref="uploadAvatar"
    action="/users/add"
    :multiple="false"
    :auto-upload="false"
    :data="ruleForm"
    :on-change="change"
    :before-upload="beforeAvatarUpload">
    <img v-if="imageUrl" :src="imageUrl" class="avatar">
    <i v-else class="el-icon-plus avatar-uploader-icon"></i>
  </el-upload>

 change(f){
  //console.log(f)
  //通过URL.createObjectURL(blob)可以获取当前文件的一个内存URL，用来临时展示到页面上
  this.imageUrl = URL.createObjectURL(f.raw);
},

执行时机：
createObjectURL是同步执行（立即的）
FileReader.readAsDataURL是异步执行（过一段时间）
内存使用：
createObjectURL返回一段带hash的url，并且一直存储在内存中，直到document触发了unload事件（例如：document close）或者执行revokeObjectURL来释放。
FileReader.readAsDataURL则返回包含很多字符的base64，并会比blob url消耗更多内存，但是在不用的时候会自动从内存中清除（通过垃圾回收机制）
兼容性方面两个属性都兼容ie10以上的浏览器。

优劣对比：
使用createObjectURL可以节省性能并更快速，只不过需要在不使用的情况下手动释放内存
如果不太在意设备性能问题，并想获取图片的base64，则推荐使用FileReader.readAsDataURL