唉,为什么我一个做大数据和后端的要为前端耗尽心力啊??!!
昨天在做一个网页时遇到了一个问题,有一处需要插入图片,我原本的想法是获取到上传文件的URL,然后动态插入img标签,设置src为图片的URL进而实现实时预览,结果遇到了浏览器安全防护的问题,获取到的文件路径被浏览器主动修改为了“C://fakePath/XXX”的形式。
经过查询,发现了问题所在,并有两种解决方法,一是关闭浏览器的安全验证(见鬼去啦!),二是通过window.URL.createObjectURL(obj)获取图片的URL。
方法一是不可能用的了,那么就试试第二种,但是也不知道出了什么问题,这个方法也没有作用。
就在我即将放弃,打算用“文件1”“文件2”的形式来代替实时预览时,一个方案拯救了我!!!
首先贴上原地址:https://blog.csdn.net/scrat_kong/article/details/79230329
这个方法是就是通过FileReader直接读取文件内容到浏览器中!相比使用URL引用图片,这个简单直接又粗暴,直接将数据读到浏览器里展示!
FileReader对象读取到的数据就存放在当前对象的result属性中,如图所示:
效果展示:
基于这个方法,我对代码进行了修改,如下所示:
这样就可以实现图片动态插入试试预览了,相比引用URL,该方法的区别有:
1)非引用,而是直接将图片(数据)插入到了网页中;
2)如果插入的图片过多可能会导致浏览器停止响应(可能是占用内存的原因);
其中2)我就遇到过,因此在图片插入后请务必使用FileReader.abort()方法终止文件读取。
此外,既然能够读取到文件的内容,那么是否可以直接通过字符数量判断文件大小?
我对此进行了验证,通过多张图片的字符长度和实际字节长度的对比,我发现FileReader对象读取到的文件字符长度和文件实际字节长度的比值大概是1.33。
也就是说,通过如下语句可以求出文件的大小:
var fileSize = this.result.split(",")[1].length/(1024*1024*1.33);
通过多次验证,该方法获取到的文件容量大小误差在10KB以内。如下所示:
最终,通过这种方法,实现了上传图片的大小判断和实时预览:
|