昨天馬上就要下班了，測試拿著她的蘋果手機，給我演示了點擊清楚緩存多次App會閃退。這是線上的bug。WTF！！！怎么可能，之前都是好的。
沒辦法，趕緊打開代碼調試，發現走到下圖的位置，程序不定時閃退，而且次數很多。
完蛋了，這個方法是??粑粑提供的，點進去也只能看到頭文件
這可如何是好，而且之前都是好的。百度了半天也沒有一個人解釋，在我鍥而不舍的努力下，終于看到一篇文章鏈接在這里iOS11.3 WKWebView清除cookie所踩的坑！
該文中主要針對?蘋果在iOS11.3上修改了nonPersistentDataStore創建的DataStore的實現 做了分析解釋，nonPersistentDataStore在iOS11.3蘋果對其做了修改，當然這也是作者的猜測。可是我的錯誤原因和這位寫的不一樣。但是，通過這篇文章開拓了我的思路。
經過對代碼的研究，發現這個問題，如圖
iOS9以后移除緩存，這種方式不能在子線程上進行，只能在主線程，而我之前清除緩存代碼就是在子線程上進行的。之前的考慮是，計算緩存和清除緩存是耗時操作，在子線程做并加loading。清理完成回調主線程移除loading，此過程如下圖
[self removeWebCache]這個方法就是調用下圖方法。之前移除是在異步block塊里執行的
在iOS11.3之前是沒問題的，iOS11.3上會崩潰。所以猜測是iOS11.3蘋果可能對網頁cookies的線程安全問題做了修改，上圖中的紫色提示，有個？號，點進去如下圖
Long-running tasks such as networking are often executed in the background, and provide a completion handler to signal completion. Attempting to read or update the UI from a completion handler may cause problems.
對于這段話的翻譯：長時間運行的任務,比如網絡通常是在后臺執行,并提供一個完成處理器完成信號。試圖從完成讀取或更新UI處理程序可能會引起麻煩。
所以猜測是蘋果在iOS11.3修改了關于WKWebsiteDataStore的處理。所以WK清理緩存還是放到主線程執行，之前沒問題是幸運，是有隱患的。關于wkwebview的所有原生操作最好都放到主線程，webkit的線程會定時去主線程獲取任務的！所以webkit進程和APP的主線程通信是有保證的！其他情況則會有風險！改到主線程應該就沒有問題了！這個也耗不了多少性能。
踩坑完畢！總結下來，還是自己代碼寫的不夠完善，還有蘋果粑粑突然的修改導致這次bug的出現。不過以上都是根據現象的反推，不是100%確定，但是也解決了自己的bug，如果有大牛更清楚這塊，請多指教，感激不盡！
