UIWebView重定向后JSContext失效的问题
方案1：https://github.com/TomSwift/UIWebView-TS_JavaScriptContext这个库可以解决， 但是只能解决一次跳转，而且好像使用了私有库，不知道影不影响上线，没有测试过。
方案2：在UIWebView重定向之后，UIWebView重新初始化，也就是说用新的webView加载新的HTML，这个方法的弊端就是缺失了webView的历史记录，无法返回。
在context中调用API
如果说在context中调用API，也就是说，context中有网络请求，不论数据是通过block还是delegate回传回来的，这时候再通过[_context
evaluateScript:jsStr];发现不能回传给JS。问题出在哪里，我研究了很久，走了很多弯路，包括修饰符的问题，__block、__weak、__strong等，先持有，再释放，或者先weak再strong，还有线程的问题，当然回传数据给JS最好是在主线程，当然在block中的交互必须是在block外用__block修饰JSContext的单例，再到block进行交互。最后其实就是__block的问题就解决了，问题是出在下面:
因为需求的问题，需求是这样：context中我先拿到一个加载HTML的action，调用API获得JSON数据回传给JS，HTML加载完成。然后HTML上有个交互按钮，点击这个按钮，JS再给我一个action，我拿到这个action继续调用另一个API，获得JSON回传给JS，JS判断数据正确后发给我第一条action，也就是加载HTML的那条action，我重新加载HTML。整体来说其实就是一个刷新的过程，麻烦的地方在一个点击事件调用了两个API，包括刚刚调用过的API。这时候出现问题了，第一次加载HTMl的时候，因为调用了API，通过block回传的JSON，所以我把[JSContext
currentContext]用__block修饰做成局部变量，让每个调用API的方法都可以在block中使用，第一次加载HTML没有问题，点击按钮后调用API获取刷新JSON也没有问题，JS判断后重新发给我加载HTML的action后，这时候去获取加载HTML的JSON数据，直接内存问题闪退。
我判断问题是出在，[JSContext
currentContext]的唯一性，第一次加载HTML使用了单例，获取刷新JSON使用单例，但是是走了不同的方法，不同的block，然后再回到第一个加载HTML的block，默认单例有了改变，造成内存溢出闪退。当然这只是个人猜测，内存这部分我也不熟悉。
最后的解决办法是，一旦要进入block块中进行交互，交互方式就直接改掉，不用[_context
evaluateScript:jsStr]，而是使用[weakself.webView
stringByEvaluatingJavaScriptFromString:jsStr];
当然这也也有弊端，因为stringByEvaluatingJavaScriptFromString方法是同步方法，有可能造成主线程阻塞。
记录一下，找到更好的办法再更新。
具体问题参考DBBM-iOS备份(解决包括JSContext的问题 添加测试用的Luanch 更换新的下拉刷新的action)
