金山WPS2013造成的HTML5file.type值异常的解决方案

处理代码的兼容性是前端攻城师们的家常便饭了，一般是对各种浏览器进行兼容性处理。但是有时候我们也会遭遇到浏览器以外的影响因素，这个是经常会被忽视掉的内容。比如前几天就听说客户端安装迅雷、暴风影音等软件会修改http连接数，从而影响浏览器的http并发数。今天有幸，让我见识了另一个因客户端安装个别软件而造成的程序兼容问题。罪魁祸首便是金山WPS2013.

故事的开始是这样的。。。我用HTML5写了一个文件上传插件，其中使用到了file API，在验证文件类型的时候使用了file.type获取的文件MIME类型，如果获取的值在允许列表中，就让其通过验证。插件写完了，应用到了项目中，提交测试了，一切都很顺利。

然后今天，一个测试MM却来找我，说文件上传功能不好使，明明选择了一个word文件，却提示“文件类型不允许”。刚开始我还不屑一顾，以为肯定是她的操作有问题，但是当我亲手试了一遍后，发现确确实实是有问题！一个普普通通的word文件而已，能有什么蹊跷？于是我顺着流程打印出来一些调试信息，发现了一个惊天大阴谋，在测试MM的机器上，获取到的这个word文件的MIME类型竟然是application/kswps。并不是doc文件正常的application/msword,或是docx文件的application/vnd.openxmlformats-officedocument.wordprocessingml.document。遂询问妹子的机器是不是安装了金山WPS，得到了肯定回答。从名字不难看出，文件的MIME类型被金山WPS给修改了（虽然给文件是用微软office创建的）。有图有真相：

未安装WPS，获取到的doc和docx文件的type都是正常的

安装WPS2013后，doc和docx文件的type都变成了application/kswps

　　由于我的允许列表中没有这样的值，自然也就不能验证通过了。解决办法用脚趾头都能想出来，把这个application/kswps也加到允许列表中不就OK啦~正当我以为这就解决了问题准备卸载掉WPS时，谁知故事还没有结束。。。请看我卸载掉WPS后获取到的type值：

没有了？没有了！变成空了！尼玛，金山你到底对我的电脑做了什么！拿不到type值了，那我还怎么验证。