WKWebView是iOS8.0之后用以替代UIWebView的網頁瀏覽器杰标，包含在WebKit中盏袄，可以通過 @import WebKit 導入间雀。
如果工程需要適配iOS7,那么請在iOS7中使用UIWebView极舔。
如果是iOS8.0以上，請果斷的選擇WKWebView吧晰韵，無論是從功能发乔，加載速度還是性能上，它都是不二的選擇雪猪。
畢業(yè)回公司有段時間了栏尚，與其說比較忙，不如說最近接觸的東西有點小多只恨，并且還是多數自己之前聞所未聞的译仗，整個人就顯得比較浮躁，所以就沒有對見識到的東西進行整理官觅，感覺挺對不住自己的纵菌，知錯就改，之后會慢慢的將看到的休涤、學到的比較好的東西進行整理咱圆，記錄一下，希望能在幫助俺那不靠譜的記性同時功氨，也能夠幫助有同樣困惑的小伙伴序苏。
不過這里并不會非常具體的介紹WKWebView如何使用以及各種協議對象是什么作用，畢竟Google一下就會有很多介紹WKWebView的文章捷凄，并且他們都寫得很好很詳細忱详，大家感興趣的可以Google一下。給大家推薦一個WKWebView的新特性與使用
這里記錄的交互僅僅的是進行一些數據的交互跺涤，對于其他的UI交互以及響應交互匈睁，請查看一下上面推薦的博文管钳，寫的真的很詳細；如果大家有更好的交互方式软舌，也麻煩大家告知一下3Q
iOS客戶端 -> Web端
言歸正傳，我們用WKWebView加載一個HTML文件(加載網絡網頁其實是一個道理的)牛曹，萬一進行某個操作的時候需要原生給web傳遞一個數據(至于什么數據佛点，需要根據具體的需求來確定)，這里就以一個字符串進行舉例:
在需要與Web進行復雜交互的時候黎比，通常都需要在實例化WKWebView的之前超营，先實例化一個WKWebView的配置對象(WKWebViewConfiguration類型)，對javaScript的注入第一步就是需要處理一下這個配置對象:
//初始化webView的配置對象
let configuration = WKWebViewConfiguration()
//比如這就是需要傳遞給web的參數
let name = "RITL"
//聲明一個WKUserScript對象
let script:WKUserScript = WKUserScript(source: "function callJavaScript() {ObjCToJavaScript('\(name)');}", injectionTime: .AtDocumentStart, forMainFrameOnly: true)
//對Script對象進行添加
configuration.userContentController.addUserScript(script)
因為自己的Demo中的觸發(fā)點在于導航欄中的Do按鈕(開發(fā)中阅虫，這個觸發(fā)點是由實際需求確定的):
//響應Do
@IBAction func doTap(sender: AnyObject)
{
//調用的JS方法演闭，執(zhí)行
let js = "callJavaScript()";
webView.evaluateJavaScript(js) { (object, error) in
}//與iOS8之前的UIWebView類似
}
It's OK? 總感覺還是還差一步的，既然有addXXX這句颓帝，是不是應該有removeXXX呢米碰，還真有，也就差這么一步
deinit
{
//刪除注入的JS
webView.configuration.userContentController.removeAllUserScripts()
}
Demo的HTML語句比較low购城，但僅僅的就是為了測試吕座，所以就忍了吧0.0
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8" />
<title>我是HTML標題</title>
</head>
<script>
//原生調用該方法，并通過接收傳入的參數進行下一步操作
function ObjCToJavaScript(name)
{
//修改label顯示的title
document.getElementById("Text").innerText = name;
}
</script>
<body>
<label id ="Text" style = "margin-top: 100px ; display: block; font-size:100px;">Text</label>
</body>
</html>
<!-- 總結一下瘪板，其實從上面的描述也就看出來了吴趴，所謂的原生對JS進行傳值的實質說白了就是修改了響應JS的觸發(fā)點>
最后看一下傳值交互的效果，由客戶端將字符串“RITL"傳遞給web侮攀，經由JS方法修改label標簽的值:
<div align="center">
Web端 -> iOS客戶端
這個傳值方向是目前為止锣枝，我在項目中應用的比較廣泛的一種，在WKWebView之前(UIWebView)兰英，想要獲得JS中對客戶端傳的參數值撇叁，基本有方法有如下兩種:
web端通過重定向，將傳遞的參數拼接成自定義的格式箭昵，將參數作為url進行重新定向税朴，客戶端通過實現WebView的代理方法獲取到重定向的url，通過解析字符串進而獲得傳出的參數(0.0 是不是覺得好low啊)家制；
-
借助大神寫好的第三方庫正林，比如：JavaScriptWebView等完成WebView與JS間的傳值。但這里也說一下自己的看法颤殴，這種情況多數是將WebView的代理以及控制權交給了三方中的某個管理類，能完成信息交互的同時也表示著我們失去了對WebView的信息交互控制權涵但，個人覺得不是很爽帖蔓。當然瞳脓，除此之外還有什么辦法呢T^T塑娇。
相比UIWebView，WKWebView中就為我們提供了看起來更加高大上同時也讓我們不失去對WebView控制權的交互方法劫侧，真所謂一舉兩得。
與第一種方向相同写妥，同樣操作webView的配置對象，在WKWebView的配置對象中對javaScript交互數據進行監(jiān)聽审姓，方法如下:
//webView的配置對象對傳出數據的名字進行監(jiān)聽珍特，此時負責接收JS消息處理的對象不要忘記履行協議<WKScriptMessageHandler>
[self.webView.configuration.userContentController addScriptMessageHandler:self name:name];
<WKScriptMessageHandler>協議也比較給力，只有一個協議方法:
#pragma mark - <WKScriptMessageHandler>
//通過接收JS傳出消息的name進行捕捉的回調方法
- (void)userContentController:(WKUserContentController *)userContentController didReceiveScriptMessage:(WKScriptMessage *)message
{
if([message.name isEqualToString:name])//此處name為JS傳出信息打包的標志<name>
{
//用message.body獲得JS傳出的參數體
//handle coding..
}
}
Web端在需要客戶端配合的時候通過如下代碼進行觸發(fā):
/* 一個抽象模型 */
window.webkit.messageHandlers.
<name>.postMessage(<messageBody>)
/* 具體實例 */
/*JS的傳出語句如下魔吐，那么name = "RITL"*/
window.webKit.messagehandlers.RITL.postMessage("RITL-GOGOGO")
/*外部要想獲得上面的信息則進行如下監(jiān)聽*/
[self.webView.configuration.userContentController addScriptMessageHandler:self name:@"RITL"];
/*獲得傳出的字符串參數，即"RITL-GOGOGO"*/
NSString * dataString = message.body;
預定javaScript處理結束了砸琅，也能完成各種交互動作轴踱，如果這個時候大家能想得到add必有remove的規(guī)則，我表示此時內心無比欣慰淫僻，突然感覺這篇博文真的沒有白寫，那么習慣性的在dealloc中進行監(jiān)聽注銷吧：
/** 注銷 */
[self.webView.configuration.userContentController removeScriptMessageHandlerForName:name];
<font size=15 color=orange >BUTＷ厮Ｃ跽蕖！６阕！</font>
內存泄露
通常我們認為上面的做法已經很好的完成需求桦他，如果是仔細或者對系統(tǒng)性能比較關注的開發(fā)者谆棱，相信肯定會在dealloc中打一個斷點來求證一下圆仔，那么這個時候我們就會發(fā)現蔫劣，Dealloc根本不走！沒錯脉幢，根本不走！
PS: (這一點讓我想起來之前項目中NSTimer造成的內存泄露問題，跟上面的問題簡直是異曲同工之理(額意推，原理可能不一樣，但效果是一樣的外驱，就是當前的控制器不會釋放腻窒，被強引用了，So? 自然也不會走dealloc方法))儿子。
難不成-addScriptMessageHandler:name:個方法會對Handler進行強引用？要不換成__weak吧? No!!!! NSTimer造成內存泄露的時候換成歸零弱引用好使么蒋譬，不好使吧愉适！那么解決方法就和解決NSTimer的方法類似了。
通過轉移代理對象(額剂买，其實就是引用對象)來完成強引用的轉移癌蓖，從而讓當前控制器得以釋放，進而remove掉messagehandler, 完成對轉移代理對象釋放费坊，將內存泄露堵住:
下面是我解決響應方法的一個實現類:
/*CB_YZZBScriptMessageHandler.h*/
#import <Foundation/Foundation.h>
@import WebKit;
NS_ASSUME_NONNULL_BEGIN
@interface CB_YZZBScriptMessageHandler : NSObject<WKScriptMessageHandler>
@property (nullable, nonatomic, weak)id <WKScriptMessageHandler> delegate;
/** 創(chuàng)建方法 */
- (instancetype)initWithDelegate:(id <WKScriptMessageHandler>)delegate;
/** 便利構造器 */
+ (instancetype)scriptWithDelegate:(id <WKScriptMessageHandler>)delegate;;
@end
NS_ASSUME_NONNULL_END
/*CB_YZZBScriptMessageHandler.m*/
@implementation CB_YZZBScriptMessageHandler
-(instancetype)initWithDelegate:(id<WKScriptMessageHandler>)delegate
{
if (self = [super init])
{
_delegate = delegate;
}
return self;
}
+(instancetype)scriptWithDelegate:(id<WKScriptMessageHandler>)delegate
{
return [[CB_YZZBScriptMessageHandler alloc]initWithDelegate:delegate];
}
#pragma mark - <WKScriptMessageHandler>
- (void)userContentController:(WKUserContentController *)userContentController didReceiveScriptMessage:(WKScriptMessage *)message
{
[self.delegate userContentController:userContentController didReceiveScriptMessage:message];
}
@end
使用的時候轉一下強引用對象就OK啦
//實例引用對象
CB_YZZBScriptMessageHandler * messageHandle = [CB_YZZBScriptMessageHandler scriptWithDelegate:self];
//注冊JS信息處理
[self.webView.configuration.userContentController addScriptMessageHandler:messageHandle name:@"RITL"];
取消長按響應
- (void)webView:(WKWebView *)webView didFinishNavigation:(null_unspecified WKNavigation *)navigation
{
//注入不響應的JS方法即可
[webView evaluateJavaScript:@"document.documentElement.style.webkitTouchCallout='none';" completionHandler:^(id _Nullable result, NSError * _Nullable error) {}];
}
