如何将iOS JavaScriptCore引擎框架应用于复杂场景？

为何放弃第一种方案 UIWebView的JSContext获取 上篇中，我们通过简单的kvc获取UIWebVIew的JSContext，但是实际上，apple并未给开发者提供访问UIWebView的方法，虽然通过KVC可达到目标，但是当APP采用该种hack方法时，有很大几率不能通过APP Store的审核，这对于一个基于上线的商业APP而言是难以忍受的，所以我们必须寻找另一种方法来获取UIWebView的JSContext而且足够安全易用，因此我们需转移目光。 解决 WebFrameLoadDelegate 在OS X中，WebFrameLoadDelegate负责WebKit与NSWebView的通信，由于NSWebView内部仍然使用WebKit渲染引擎，若要侦听渲染过程中的一系列事件，则必须使用WebFrameLoadDelegate对象： 1、加载过程： 在一个访问一个网页的的整个过程，包括开始加载，加载标题，加载结束等。webkit都会发送相应的消息给WebFrameLoadDelegate 。 webView:didStartProvisionalLoadForFrame:开始加载，在这里获取加载的url webView:didReceiveTitle:forFrame:获取到网页标题 webView:didFinishLoadForFrame:页面加载完成 2、错误的处理： 加载的过程当中，有可能会发生错误。错误的消息也会发送给WebFrameLoadDelegate 。我们可以在这两个函数里面对错误信息进行处理 webView:didFailProvisionalLoadWithError:forFrame: 这个错误发生在请求数据之前，最常见是发生在无效的URL或者网络断开无法发送请求 webView:didFailLoadWithError:forFrame: 这个错误发生在请求数据之后 可是在iOS中呢？我尝试过，并没有WebFrameLoadDelegate这个对象，看来iOS中的WebKit框架并未提供UIWebView这么多的接口，但是有些人通过WebKit的源码还是发现了一二，他就是Nick Hodapp。 Nick的发现 在iOS中，尽管没有暴露WebFrameLoadDelegate，但是在具体实现上仍会判断WebKit的implement有没有实现这个协议的某些方法，如果实现则仍会执行，而且在webit的WebFrameLoaderClient.mm文件中， if (implementations->didCreateJavaScriptContextForFrameFunc) { CallFrameLoadDelegate(implementations->didCreateJavaScriptContextForFrameFunc, webView, @selector(webView:didCreateJavaScriptContext:forFrame:), script.javaScriptContext(), m_webFrame.get()); } 会判断当前的对象有没有实现webView:didCreateJavaScriptContext:forFrame:方法，有则执行。该方法会传递三个参数，第一个是与webkit通信的WebView（此WebView并不是UIWebVIew，Nick层做过测试通过获取的WebView并不能遍历到我们需要的UIWebVIew，因此推测，这个WebView是一个UIView的proxy对象，不是UIView类）；第二个则是我们想要获取的JSContext；第三个参数是webkit框架中的WebFrame对象，与我们的期望无关。 为了让webkit执行这个函数，我们必须让对象实现这个方法。由于所有的OC对象都继承自NSObject对象，因此我们可以在NSObject对象上实现该方法，这样可以保证该段代码可以在webkit框架中执行。 其次，我们既然获取到了JSContext，但是并不知道JSContext与UIWebVIew的对应关系，我们的ViewController中可能会有多个UIWebView，如何将获取的JSContext与UIWebview对应起来也是一个难题。