图片上传是一个普通不过的功能，而图片预览就是就是上传功能中必不可少的子功能了。在这之前，我曾经通过订阅input[type=file]元素的onchange事件，一旦更改路径则将图片上传至服务器，接着就获取图片路径并赋值到img元素上。先不管文件异步提交的解决方案，就是服务端清理那些临时的预览图片已经增加不少工作量了。 偶然从MDN上找到纯前端图片预览的相关资料，经过整理后记录下来以便日后查阅。 [b] 一、准备功夫1──FileReader　[/b]　　　　　　　　　　　　　　　　　　　　　　　   FileReader是HTML5的新特性，用于读取Blob和File类型的数据。具体的用法如下： [b]（1）. 构造方式[/b] var fr = new FileReader(); [b]（2）. 属性[/b] readyState：类型为unsigned short，FileReader实例的当前状态，（EMPTY——0，还没有加载任何数据；LOADING——1，数据正在加载；DONE——2，已完成全部的读取请求），只读。 result：读取到的文件内容，只读。 error：类型为DOMError，表示在读取文件时发生的错误，只读。 [b]（3）. 方法[/b] abort()：中止读取操作，并将readyState设置为DONE。当没有执行读取操作时，调用该方法会抛DOM_FILE_ABORT_ERR异常。 readAsArrayBuffer(Blob blob)：读取数据，result属性被设置为ArrayBuffer类型 readAsText(Blob blob [, encoding='utf-8'])：读取数据，result属性被设置为String类型 readAsBinaryString(Blob blob)：读取数据，result属性被设置为原始二进制数据 readAsDataURL(Blob blob)：读取数据，result属性被设置为Data URI Scheme形式（具体请浏览《JS魔法堂：Data URI Scheme介绍》） [b]（4）.事件[/b] onload：读取数据成功后触发 onerror：读取数据时抛异常时触发 onloadstart：读取数据前触发 onloadend：读取数据后触发，在onload或onerror后触发 onabort：中止读取后触发 onprogress：读取过程中周期性触发 [b]（5）. 浏览器支持[/b] FF3.6+，Chrome7+，IE10+  [b]二、准备功夫2──DXImageTransform.Microsoft.AlphaImageLoader滤镜　[/b]　　　 （1）. 作用：主要作用是对图片进行透明处理（IE5.5~6并不支持透明的png） （2）. 样式中的使用方式  （3）. JS中的使用方式 （4）. 属性 enabled：可选项，设置滤镜是否激活。值范围true(默认)，false sizingMethod：可选项，设置滤镜作用的图片在容器边界内的显示方式，值范围crop（剪切图片以适应容器尺寸），image（默认值，增大或缩小容器尺寸以适应图片的尺寸），scale（缩放图片以适应容器尺寸） src：必填项，使用绝对或相对URL指向背景图片。当URL为用户计算机本地地址时有效, 而img元素的src为用户计算机本地地址时会抛不允许访问本地文件系统的异常。  三[b]、实现　[/b]　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 接下来我们就利用FileReader的readAsDataURL来获取Data URI Scheme来实现图片预览的功能，而IE5.5~9我们就使用滤镜DXImageTransform.Microsoft.AlphaImageLoader来作降级处理。 html片断： js片断： [b]四、坑　[/b]　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　    由于IE11作了安全方面的考虑，使得在input[type=file]元素上通过value、outerHTML和getAttribute的方式都无法获取用户所选文件的真实地址，只能获取到 C:\fakepath\文件名称 。因此假如使用IE11,但文本模式却设置为10以下，那就没木有办法实现图片预览了。 [b]解决办法1[/b]──在head标签下加入这句： <meta http-equiv="X-UA-Compatible" content="IE=Edge"> 。这样就可以告诉IE，默认使用当前IE的最高版本解析、渲染网页了。 [b]解决办法2[/b]──采用 document.selection.createRangeColleciton() 获取真实地址，具体操作如下： [b]五、补充：使用window.URL.createObjectURL代替FileReader　　　　　　  [/b]   通过FileReader的readAsDataURL方法获取的Data URI Scheme会生成一串很长的base64字符串，若图片较大那么字符串则更长，若页面出现reflow时则会导致性能下降。解决方案如下：   1. 预览的img标签使用绝对定位，从而脱离正常文档流，那么就与文档的其他元素无关了，而reflow时则不会影响性能。   2. 采用 window.URL.createObjectURL(Blob blob) 生成数据链接。 [b]注意：[/b] window.URL.createObjectURL 生成的数据链接是独占内存的，因此若不时用时需要调用 window.URL.revokeObjectURL(DOMString objUrl) 来释放内存。在刷新页面时，也会自动释放内容。 以上就是本文的全部内容，希望对大家的学习有所帮助。