今天在寫SDK的時候，需要顯示網頁頁面，想都沒有想直接WKWebView干上了，結果無語了，完成后無法加載顯示，一直顯示Error，搞了一上午，檢查URL和加載過程，然而沒有什么卵用。中午吃完飯回來想了一下，問問后臺什么情況，他說在登錄的時候會緩存一個Cookie，蒙了，百度，簡書，總算找到出路了，下面來分享一下。
Cookie技術是客戶端的解決方案，Cookie就是由服務器發給客戶端的特殊信息，而這些信息以文本文件的方式存放在客戶端，然后客戶端每次向服務器發送請求的時候都會帶上這些特殊的信息。當用戶使用瀏覽器訪問一個支持Cookie的網站的時候，用戶會提供包括用戶名在內的個人信息并且提交至服務器；接著，服務器在向客戶端回傳相應的超文本的同時也會發回這些個人信息，當然這些信息并不是存放在HTTP響應體（Response Body）中的，而是存放于HTTP響應頭（Response Header）；當客戶端瀏覽器接收到來自服務器的響應之后，瀏覽器會將這些信息存放在一個統一的位置，自此，客戶端再向服務器發送請求的時候，都會把相應的Cookie再次發回至服務器。而這次，Cookie信息則存放在HTTP請求頭（Request Header）了。有了Cookie這樣的技術實現，服務器在接收到來自客戶端瀏覽器的請求之后，就能夠通過分析存放于請求頭的Cookie得到客戶端特有的信息，從而動態生成與該客戶端相對應的內容。
Web應用程序是使用HTTP協議傳輸數據的。HTTP協議是無狀態的協議。一旦數據交換完畢，客戶端與服務器端的連接就會關閉，再次交換數據需要建立新的連接。這就意味著服務器無法從連接上跟蹤會話。在一次網絡請求之后，服務器就會斷開與客戶端的鏈接，下一次再請求的時候，服務器就不知道這次是誰請求的。而Cookie是這樣的一種機制，它可以進行會話跟蹤，彌補HTTP協議無狀態的不足。在Session出現之前，基本上所有的網站都采用Cookie來跟蹤會話。
我在這個SDK中，加載網頁界面之前向服務器發送了一次登錄請求，其中包含用戶名，AppID,分區編號，大區編號等等，因為是登錄游戲賬號，所有有這么數據。在這次登錄之后，在訪問活動界面的時候，我沒有再傳遞這些參數，我以為直接根據URL就能訪問到，卻是大錯特錯了，WKWebView的坑點就來了。
WKWebView實例不會把Cookie存入到App標準的的Cookie容器(NSHTTPCookieStorage)中,因為 NSURLSession/NSURLConnection等網絡請求使用NSHTTPCookieStorage進行訪問Cookie,所以不能訪問WKWebView的Cookie,現象就是WKWebView存了Cookie,其他的網絡類如NSURLSession/NSURLConnection卻看不到。NSHTTPCookieStorage 是實現管理cookie的單利，每個cookie都是NSHTTPCookie類的實例，做為一個規則，cookie在所有應用 之間共享并在不同進程之間保持同步。與Cookie相同的情況就是WKWebView的緩存,憑據等。WKWebView都擁有自己的私有存儲,因此和標準cocoa網絡類兼容的不是那么好。這樣WKWebView無法完成用戶登錄信息的保存，沒辦法，我只能換回UIWebView了，問題就解決了！
不過看到簡書上還有其他的解決辦法的，小弟只是初識，認識還不太深，如果有很好的解決方案，還希望大家能資源共享，謝謝?。?！
