WKWebView, UIWebView H5标签input type=file didmis问题处理 选择图片拦截

导致问题的html代码是这一句： 调用app的UIDocumentMenuViewController控制

问题发生场景：VC presentViewController 显示 webVC；

或者VC presentViewController 显示NVC，webVC在NVC上

这时候在H5上的  input type = "file" 触发后会导致UIDocumentMenuViewController 和 pre出来的VC（显示webVC的界面）两个直接dismis掉，

控制台会打印这么句警告：  Warning: Attempt to present on whose view is not in the window hierarchy! 

个人觉得这是apple的一个bug，应该有开发者反馈了才对，但是到目前WKWebView, UIWebView还存在这个问题，具体原因不晓得，坐等apple修复，在这之前可以参考我的处理方式，把那demo里的UIViewController+Dismis_FileUploadPanel  .h和.m文件拖到项目里就ok了，不需要额外代码。修复处理逻辑看下文：

bug出现位置

经过分析，发现是WKFileUploadPanel（或 UIWebFileUploadPanel）这么个东西的 _dismisDisplayAnimated: 方法执行的，直接代码是在UIDocumentMenuViewController控制器关闭后的completion内触发。

调试堆栈WKWebView

调试堆栈UIWebView

分析后发现 UIDocumentMenuViewController 和 webVC 之间并没有什么关系(pre关系)，只是和WKFileUploadPanel（或 UIWebFileUploadPanel） 这货有关系（delegate关系），基于这一点结合runtime切入，在presentViewController:animated: 时候对特殊UIDocumentMenuViewController进行标记，

pre标记处理

由于cancel是由UIDocumentMenuViewController发起的，所以也对其进行标记。

dismis处理

然后dismissViewControllerAnimated:animated:时候的completion对标记对象进行区分处理，由于两次dismis是两个无关的vc顺序执行，所以用一个静态变量dismisFromFileUploadPanel 来标记是否是UIDocumentMenuViewController之后的dismis。

标记的目的是其它正常的dismis可以正确执行，避免其它bug出现。

更新：新增选择图片拦截，可知道选择的图片信息，修复选择图片拦截bug

分析发现图片文件选择走的是UIImagePickerController，而UIImagePickerController是通过代理返回结果集，那么在FileUploadPanel内部就必然有回调方法，否则无法完成图片获取操作

之前尝试runtime对WKFileUploadPanel 或 UIWebFileUploadPanel 采用方法替换拦截测试不可行，

新的拦截思路采用代理拦截器实现，在UIImagePickerController setDelegate:时候增加_UIImagePickerController_IFUP 拦截[imagePickerController: didFinishPickingMediaWithInfo:]代理事件

具体实现看demo:https://github.com/youlianchun/WebView_FileUploadBug

附js交互封装 ：WKWebView_JSTrade http://www.jianshu.com/p/2f901a0a6e5a