ioswebview緩存
1. ios 應用刪掉了為什麼webview之前的緩存還存在
瀏覽器緩存機制是指通過HTTP協議頭里的Cache-Control(或Expires)和Last-Modified(或Etag)等欄位來控制文件緩存的機制。這應該是WEB中最早的緩存機制了，是在HTTP協議中實現的，有點不同於DomStorage、AppCache等緩存機制，但本質上是一樣的。可以理解為，一個是協議層實現的，一個是應用層實現的。
Cache-Control用於控制文件在本地緩存有效時長。最常見的，比如伺服器回包：Cache-Control:max-age=600表示文件在本地應該緩存，且有效時長是600秒(從發出請求算起)。在接下來600秒內，如果有請求這個資源，瀏覽器不會發出HTTP請求，而是直接使用本地緩存的文件。
Last-Modified是標識文件在伺服器上的最新更新時間。下次請求時，如果文件緩存過期，瀏覽器通過If-Modified-Since欄位帶上這個時間，發送給伺服器，由伺服器比較時間戳來判斷文件是否有修改。如果沒有修改，伺服器返回304告訴瀏覽器繼續使用緩存;如果有修改，則返回200，同時返回最新的文件。
Cache-Control通常與Last-Modified一起使用。一個用於控制緩存有效時間，一個在緩存失效後，向服務查詢是否有更新。
Cache-Control還有一個同功能的欄位：Expires。Expires的值一個絕對的時間點，如：Expires:Thu,10Nov201508:45:11GMT，表示在這個時間點之前，緩存都是有效的。
Expires是HTTP1.0標准中的欄位，Cache-Control是HTTP1.1標准中新加的欄位，功能一樣，都是控制緩存的有效時間。當這兩個欄位同時出現時，Cache-Control是高優化級的。
Etag也是和Last-Modified一樣，對文件進行標識的欄位。不同的是，Etag的取值是一個對文件進行標識的特徵字串。在向伺服器查詢文件是否有更新時，瀏覽器通過If-None-Match欄位把特徵字串發送給伺服器，由伺服器和文件最新特徵字串進行匹配，來判斷文件是否有更新。沒有更新回包304，有更新回包200。Etag和Last-Modified可根據需求使用一個或兩個同時使用。兩個同時使用時，只要滿足基中一個條件，就認為文件沒有更新。
2. [iOS]使用WKWebView遇到的問題總結
在使用WKWebView獲取userAgent的時候, 如果要全局配置, 使所有的WKWebView都能生效, 我們可能的做法是在AppDelegate中來配置, 但是需要一個WKWebView實例對象, 所以可能是這么寫的:
這樣, 你會發現設置一直是無效的, 在回調里列印一下:
這時發現獲取到的 info 欄位為nil, 並且error信息如下:
個人猜測: 這是因為, WKWebView的evaluateJavaScript方法是非同步執行的, 當WKWebView回調這個方法的時候, 其實例對象已經從內存中釋放了, 所以導致回調出錯.
我做了如下驗證, 在回調方法里輸出webView實例對象:
會發現輸出是info有值, 而error為nil, webView有值, 又正常了, 有人說了,看樣子不是這個問題! 真的么? 仔細想一下會發現, 在webView的方法回調閉包里使用了webView實例, 會發生什麼? 對, 循環引用! webView實例此時不為nil, 這也驗證了, 如果webView實例正常的話, 獲取結果是不會有誤的! 繼續上面的驗證, 我們弱引用一下:
這時, 會發現: info和webView都為nil, error值為上面那個錯誤!!!
這樣, 基本驗證出現這個問題的原因是: webView 提前釋放了!
但是為了添加這個設置, 而將webView 設為全局變數, 彷彿有點得不償失, 這時可以在使用webView的頁面進行設置, 或者使用UIWebView替換:
在做JS與原生交互的時候, 使用下面方法注入的協議無效:
然後在js端使用的時候: 這里不需要傳參數, 直接這么寫的
這樣, 沒有響應js端的事件!!!
在代理方法中:
一直沒有收到回調!!!
其實, 並不是注入協議失敗, 這么使用也沒問題, 問題就出在postMessage的參數上, 如果是帶參數的:
這么寫, 是完全沒有問題的, 所以如果不需傳參數的話, 可以這么寫:
給一個空的字典, 就能正常交互了!!!
在WKWebView載入的HTML頁面上, 如果長按會彈出一些選擇框, 在文字上長按, 會彈出UIMenuController選擇框:
而在圖片上長按, 會彈出一個alertSheet:
這里可以保存圖片到系統相冊(如果有許可權), 或者復制到剪切板. 但是這些需求並不是我們需要, 如何禁止這些行為呢?需要從JS入手, 只需要執行下面兩句js即可:
可以在創建WKWebView的時候注入:
也可以在頁面載入完成後的代理方法中執行:
在載入的HTML頁面中, 無端出現一個廣告的懸浮框:
打開之後是這樣的:
而且只會在移動4G網路下才會出現, 其實這是移動的流量劫持, 強加的廣告推廣，目前網上有一些解決方式，常用的有:
其他的可參考這篇文章 iOS 客戶端對於運營商劫持的一點點對抗方式
。
在聯調的時候, 前端的同學改了一些東西, 例如頁面的布局, 顯示元素, 或者js方法, 而APP端沒反應!!!
這是因為, WKWebView有緩存, 為了保證每次載入的都是最新的頁面, 可以在載入的鏈接後面加上一個時間戳, 例如你的HTML地址為:
一般使用是這樣的:
這樣的話是有緩存, 載入一次之後, 再去載入也不是最新的頁面, 可以這樣使用:
這樣每次載入的時候都會是最新的, 當然弊端就是, 每次都會耗費一些額外的流量.
在頁面無導航的情況下，系統會自動調節滾動視圖的contentInset，使其視圖永遠處於狀態欄之下，但是如果我們想讓滾動視圖的Y坐標從屏幕頂端（狀態欄）開始，我們都知道怎麼修改，但是 WKWebView不是繼承自UIScrollView 的，所以不能直接設置，可以這么寫：
這個閃退發生在與 JS 進行交互，使用下面的方法注冊協議時：
如果重復注冊了相同名稱的協議，就會發生閃退，所以在使用完webView的時候，一定要記得移除已注冊的協議：
app首頁使用 WKWebView 來承載的內容，在啟動時，如果添加了引導頁/廣告頁，這時如果有手勢操作，例如在出現廣告頁時點擊屏幕，就會閃退，並在控制台輸出：
添加一個全局斷點，調試發現崩潰信息為
查了些資料，沒找到具體原因，但是了解到和 +load方法有關，我是在 +load 方法內初始化的廣告頁的信息，把這些放在 didFinishLaunchingWithOptions 進行初始化，就不會有這個問題；
解決：
將廣告/引導頁視圖的初始化放在 didFinishLaunchingWithOptions 方法內。
3. iOS wkwebview怎麼寫localStorage
iOS中WKWebView，存在首次載入h5頁面，h5頁面中的js就拿不到localstorage了。
WKWebView localStorage 緩存很嚴重
HTML5在客戶端存儲數據的方式：cookie , localStorage, sessionStorage
cookie：只能存儲少量的數據， 常用來存儲賬號密碼等
localStorage ： 沒有時間限制的數據存儲
sessionStorage ： 針對一個 session 的數據存儲, 當網頁關閉時，數據也會被刪除。
1.WKWebView設置localStorage
NSString * userContent = [NSString stringWithFormat:@"{"token": "%@", "userId": %@}", @"a1cd4a59-974f-44ab-b264-46400f26c849", @"89"];
// 設置localStorage
NSString *jsString = [NSString stringWithFormat:@"localStorage.setItem('userContent', '%@')", userContent];
// 移除localStorage
// NSString *jsString = @"localStorage.removeItem('userContent')";
// 獲取localStorage
// NSString *jsString = @"localStorage.getItem('userContent')";
[self.webView evaluateJavaScript:jsString completionHandler:nil];
NSString * userContent = @"{"name": "Tom", "age": 10}"];
// 設置localStorage
NSString *jsString = [NSString stringWithFormat:@"localStorage.setItem('userContent', '%@')", userContent];
// 移除localStorage
// NSString *jsString = @"localStorage.removeItem('userContent')";
// 獲取localStorage
// NSString *jsString = @"localStorage.getItem('userContent')";
[self.webView :jsString];
//清理掉所有的localStorage數據
//NSString *clearString = @"localStorage.clear()";
iOS wkwebview localstorage數據處理
WKWebView 在內存佔用上優化的很多。但是在實踐中發現bug：localstorage信息不一致。
A頁面和B頁面都存在 一個WKWebView。 在B頁面使用localstorage保存信息。 回到A頁面取不到最新的數據。
原因：
https://developer.apple.com/reference/webkit/wkwebviewconfiguration 中有個屬性 processPool，描述是：The process pool from which to obtain the view』s Web Content process.
解決方法：
把config中的processPool變為單例共享
}
設置webview的配置 config.processPool = [NYWKWebView singleWkProcessPool];
在查詢資料的過程中，發現了很多Local Storage的缺陷，有一篇關於Local Storage的 論文 可以參考。有以下幾點：
webview 和 iframe 有什麼區別？
webview是網頁的原生載體，用於在原生環境中載入一個頁面，iframe是網頁的html載體，用於在網頁中載入一個頁面
4. WKWebView網頁緩存刷新問題
在開發過程中遇到前端改變圖片文字，客戶端沒有實時刷新出來，抓包發現也沒有請求網頁相關介面。由於不懂後端的知識，折騰了很久，網上也查找了很多都說需要清除緩存。
這是在網上查找的iOS9以上清除緩存方法
不建議使用上述方法，會浪費用戶流量，除非用戶手動清除緩存。其實主要原因是後端網頁設置的問題，通過head請求獲取介面返回信息如下：
上面標粗的是關鍵，通過測試發現WKWebView是否通過緩存取數據還是重新請求介面取決於 Expires，如上就是緩存時效性是30分鍾，想要實時刷新，可以讓後端不返回這個欄位或者這個過期事件設置短一些，例如1分鍾。建議靜態網頁可以設置長時間，需要實時刷新的建議後端不要設置這個欄位，以免客戶端無法實時顯示。
5. ios webview的cookie怎麼清楚
UIWebView清除Cookie：
//清除cookies
NSHTTPCookie *cookie;
NSHTTPCookieStorage *storage = [NSHTTPCookieStorage sharedHTTPCookieStorage];
for (cookie in [storage cookies])
{
[storage deleteCookie:cookie];
}
UIWebView清除緩存：
//清除UIWebView的緩存
[[NSURLCachesharedURLCache] removeAllCachedResponses];
NSURLCache * cache = [NSURLCache sharedURLCache];
[cache removeAllCachedResponses];
[cache setDiskCapacity:0];
[cache setMemoryCapacity:0];