ioswebview緩存清理

1. 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];

2. iOS web緩存策略以及手動清除緩存

當我們使用webview載入html資源時，本質上就是向伺服器索取資源的http請求過程，如果我們不注意資源的緩存策略的話，就可能會造成這樣那樣的問題，比如：實時性要求較高的功能卻老是走緩存不更新，有些基本不會變動的頁面卻又每次都重新去伺服器拉請求。

iOS自帶的緩存策略，提供了一個內存和磁碟混合的緩存，一共有7種緩存策略，使用較多的是其中的四種（ 下方編號1，2，5，6 ）

上面介紹了iOS自帶的緩存控制 NSURLRequestCachePolicy ，也說到當 NSURLRequestCachePolicy 設為默認的 時，主要是根據http的緩存策略來決定是否使用緩存。

那麼就簡單的介紹一下，http的緩存控制和緩存校驗。

在http中，控制緩存開關的欄位有兩個，Pragma和Cache-Control

Pragma有兩個欄位no-cache和expires，當pragma為no-cache時表示禁用緩存，expires的值是一個GMT時間，表示該緩存的有效時間。但是已經被逐步拋棄了，有些網站為了向下兼容還保留了這兩個欄位。

Cache-Control除了在響應中使用，在請求中也可以使用。

在請求中使用，Cache-Control可選的值有：

在響應中使用，Cache-Control可選的值有：

在緩存中，我們需要一個機制來驗證緩存是否有效。比如伺服器的資源更新了，客戶端需要及時刷新緩存；又或者客戶端的資源過了有效期，但伺服器上的資源還是舊的，此時不需要重新發送。緩存校驗就是用來解決這些問題的，在http1.1中，主要關注下 Last-Modified 和 etag 這兩個欄位。

服務端在返回資源時，會將該資源的最後更改時間通過 Last-Modified 欄位返回給客戶端。客戶端下次請求時通過 If-Modified-Since 或者 If-UnModified-Since 帶上 Last-Modified ，服務端檢查該時間是否與伺服器的最後修改時間一致：如果一致，則返回304狀態碼，不反悔資源；如果不一致，則返回200和修改後的資源，並帶上新的時間。

單純的以修改時間來判斷還是有缺陷，比如文件的最後修改時間變了，但內容沒變。對於這樣的情況，我們可以使用etag來處理。
etag的方式是這樣：伺服器通過某個演算法對資源進行計算，取得一串值(類似於文件的md5值)，之後將該值通過etag返回給客戶端，客戶端下次請求時通過If-None-Match或If-Match帶上該值，伺服器對該值進行對比校驗：如果一致則不要返回資源。

當我們的webview緩存到一定的峰值的時候，需要手動的清除一下wenview的緩存，方法如下：

找出web緩存的路徑，清空該路徑

webKit除了清除緩存的API

覺得有用，請幫忙點亮紅心

Better Late Than Never!
努力是為了當機會來臨時不會錯失機會。
共勉！

3. ios 微信網頁緩存怎麼清理

微信瀏覽器緩存怎麼清理?

用微信內置瀏覽器打開這個網頁debugx5.qq.com

或http://debugtbs.qq.com/

（ tbs插件）

4. WKWebView網頁緩存刷新問題

在開發過程中遇到前端改變圖片文字，客戶端沒有實時刷新出來，抓包發現也沒有請求網頁相關介面。由於不懂後端的知識，折騰了很久，網上也查找了很多都說需要清除緩存。

這是在網上查找的iOS9以上清除緩存方法

不建議使用上述方法，會浪費用戶流量，除非用戶手動清除緩存。其實主要原因是後端網頁設置的問題，通過head請求獲取介面返回信息如下：

上面標粗的是關鍵，通過測試發現WKWebView是否通過緩存取數據還是重新請求介面取決於 Expires，如上就是緩存時效性是30分鍾，想要實時刷新，可以讓後端不返回這個欄位或者這個過期事件設置短一些，例如1分鍾。建議靜態網頁可以設置長時間，需要實時刷新的建議後端不要設置這個欄位，以免客戶端無法實時顯示。

5. 解決UIWebView內存佔用過高

iOS8以上使用WKWebView。。需要支持iOS7,這就必須要UIWebview和WKWebview的混合使用，這里講一下怎麼解決UIWebView內存問題

首先你在APPDelagate,改變緩存策略,使他到達你設定的值後,進行強制內存回收,這樣做還有一個好處就是提高網頁載入速度

然後在頁面消失的時候,強制把webview的delegate設置為nil，並清除緩存

6. 微信webView如何清除緩存

可以使用騰訊手機管家清理，它清理功能很好用，既可以直接清理，還可以選擇性的進行清理，首先那些無用的系統緩存你可以使用一鍵清理，而部分聊天中產生的數據信息，比如頭像信息，圖片音頻緩存等，你可以選擇性的進行刪除，這樣一來既達到清理加速的目的，又不會使你錯刪重要信息，

7. ios wkwebview要不要清理緩存

瀏覽器緩存機制是指通過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可根據需求使用一個或兩個同時使用。兩個同時使用時，只要滿足基中一個條件，就認為文件沒有更新。

8. ios wkwebview 是否有緩存

有緩存的
如果清理緩存
- (void)dealloc {
[self.webView removeObserver:self forKeyPath:@"estimatedProgress"];
[self.webView removeObserver:self forKeyPath:@"title"];
[self clearCache];
}

/** 清理緩存的方法，這個方法會清除緩存類型為HTML類型的文件*/
- (void)clearCache {
/* 取得Library文件夾的位置*/
NSString *libraryDir = (NSLibraryDirectory,NSUserDomainMask, YES)[0];
/* 取得bundle id，用作文件拼接用*/
NSString *bundleId = [[[NSBundle mainBundle] infoDictionary]objectForKey:@"CFBundleIdentifier"];
/*
* 拼接緩存地址，具體目錄為App/Library/Caches/你的APPBundleID/fsCachedData
*/
NSString *webKitFolderInCachesfs = [NSString stringWithFormat:@"%@/Caches/%@/fsCachedData",libraryDir,bundleId];

NSError *error;
/* 取得目錄下所有的文件，取得文件數組*/
NSFileManager *fileManager = [NSFileManager defaultManager];
// NSArray *fileList = [[NSArray alloc] init];
//fileList便是包含有該文件夾下所有文件的文件名及文件夾名的數組
NSArray *fileList = [fileManager contentsOfDirectoryAtPath:webKitFolderInCachesfs error:&error];
/* 遍歷文件組成的數組*/
for(NSString * fileName in fileList){
/* 定位每個文件的位置*/
NSString * path = [[NSBundle bundleWithPath:webKitFolderInCachesfs] pathForResource:fileName ofType:@""];
/* 將文件轉換為NSData類型的數據*/
NSData * fileData = [NSData dataWithContentsOfFile:path];
/* 如果FileData的長度大於2，說明FileData不為空*/
if(fileData.length >2){
/* 創建兩個用於顯示文件類型的變數*/
int char1 =0;
int char2 =0;

[fileData getBytes:&char1 range:NSMakeRange(0,1)];
[fileData getBytes:&char2 range:NSMakeRange(1,1)];
/* 拼接兩個變數*/
NSString *numStr = [NSString stringWithFormat:@"%i%i",char1,char2];
/* 如果該文件前四個字元是6033，說明是Html文件，刪除掉本地的緩存*/
if([numStr isEqualToString:@"6033"]){
[[NSFileManager defaultManager] removeItemAtPath:[NSString stringWithFormat:@"%@/%@",webKitFolderInCachesfs,fileName]error:&error];
continue;
}
}
}
}