androidwebkit版本

Ⅰ android系統從第一代到現在的第十一代，都帶來了哪些變化

時光匆匆，時間轉瞬即逝， 科技 發展的步伐，遠遠超出我們普通人的預計，從當初的通信手機到如今的智能手機，每年手機的發展都在快速的變化，從當初還可拆卸的電池，到現如今的一體機。從哪個拍張照片都模糊不清，到現如今的光學變焦。

手機的發展十分迅速，伴隨著的也是系統的快速更新，2007年11月5日，谷歌公司向外界展示了一款名為Android的操作系統。這款系統也伴隨著人們，度過了13個年頭。它給我們的生活帶來了太多的變化

今天小K帶大家看看，這十三年來，Android都發布了哪些版本，又經歷了哪些變化

Android的發展

2003年10月，大洋彼岸的美國，一個名叫安迪·魯賓的美國人，帶領他的團隊打造了Android手機操作系統，安迪·魯賓本人也被譽為「Android之父」。

2005年這個團隊，被全球最大的搜索引擎谷歌公司收購，Android之父安迪·魯賓成為Google公司工程部副總裁，繼續負責Android項目的開發。

2007年11月5日，谷歌公司向外界展示歷經多年研發後的Android 阿童木，即Android的測試版本，並發布了Android 阿童木的源代碼。

2008年9月，谷歌正式發布Android 1.0

2009年4月30日，谷歌正式推出了Android 1.5手機，該安卓版本被命名為Cupcake，從這里開始，安卓才算真正開始走進大眾的視野。該版本開始支持錄制和播放視頻，並支持上傳到谷歌Youtube；支持藍牙耳機，改善配對性能；最新的採用WebKit技術的瀏覽器，支持復制/貼上和頁面中搜索；GPS性能大大提高；提供屏幕上的虛擬鍵盤；主屏幕增加音樂播放器和相框widgets；應用程序可以自動隨著手機旋轉；簡訊、Gmail、日歷，瀏覽器的用戶介面大幅改進，如Gmail可以批量刪除郵件；相機啟動速度加快，拍攝圖片可以直接上傳到Picasa；來電照片顯示。

同年9月15日、10月26日，安卓先後更新1.6版本、2.1版本，開始支持更多的屏幕解析度，並先後改善了用戶使用界面，出現動態壁紙、支持vpn、可以查看應用耗電、支持相機的閃光燈、數碼變焦等

2010年5月20日，這個象徵著愛情的節日，谷歌發布了Android 2.2 Froyo，開始支持3g網路共享、Flash、App2sd功能、軟體商店、應用API介面的開發。

同年12月7日Android 2.3 Gingerbread發布，增加回收站功能、支持VP8和WebM視頻格式、支持前置攝像頭、SIP/VOIP和NFC，一鍵文字選擇和復制/粘貼、改進的電源管理系統；新的應用管理方式等。

2011年2月3日 Android 3.0 Honeycomb發布，針對平板做出優化、增強網頁瀏覽功能

同年5月11日 Android 3.1發布，全面支持Google Maps ，將Android手機系統跟平板系統再次合並、支持USB輸入設備、支持Google TV.可以支持XBOX 360無線手柄

同年7月13 Android 3.2發布，本次更新開始支持SD卡，支持7英寸平板和高通處理器以及桌面小部件自由縮放功能

同年10月19日 Android 4.0 Ice Cream Sandwich發布，此次更新開始支持截圖功能、圖片編輯功能，可以加濾鏡、加相框、進行360度全景拍攝，新增流量管理工具等

2012年6月28日 Android 4.1 Jelly Bean發布，增強通知欄、搜索優化、桌面插件自動調整大小、加強無障礙操作、語言和輸入法擴展等

同年10月30日 Android 4.2 發布，改進鎖屏功能、可用兩根手指進行旋轉和縮放顯示、專為盲人用戶設計的語音輸出和手勢模式導航功能等

2013年7月25日 Android 4.3發布

同年11月01日 Android 4.4 KitKat發布，此次更新是谷歌為了整合自家服務，力求防止安卓系統繼續碎片化、分散化進行的一次更新。

2014年6月26日 Android 5.0 Lollipop發布，這次更新並未有太多的變化，主要更新了桌面功能

同年Android 5.1發布，支持多張SIM卡

2015年9月30日 Android 6.0 Marshmallow發布，在對軟體體驗與運行性能上進行了大幅度的優化。延長了手機的續航能力

2016年8月22日 Android 7.0 Nougat 發布，提供新功能以提升性能、生產效率和安全性。進一步優化續航能力

同年Android 7.1發布，本次更新為用戶和開發人員引入了各種新功能

2017年8月22日Android 8.0 Oreo發布，本次更新更多的還是支持開發人員進行更新

同年Android 8.1 發布，優化了內存、定位服務等

2018年5月9日Android 9.0 Pie 發布，利用新的人工智慧技術，讓手機可以為用戶提供更多幫助。並且會根據用戶習慣進行自我調節

2019年Android 10 發布，提供黑夜模式，優化生物識別技術、優化應用、支持可折疊設備和 5G 網路

而隨後的Android 11 預計將在今年11月3號發布

安卓手機歷經13年，從最初的只能支持基本的通信和拍照功能，跟隨著時代 科技 的變化，增添各種新的 科技 ，讓手機成為了我們生活中必不可少的一件電子產品，時至今日我們手上的手機以及能夠支持面部指紋支付解鎖、更加強大的拍照功能，到可以在手機上遊玩各種 游戲 和進行各種 娛樂 ，可以在手機上觀看視頻等

這些變化從方方面面，改變了我們的生活，讓我們在這十幾年的時間進入到一個全新的智能時代，也許你感受不到什麼變化，也許你覺得自己的生活沒有什麼改變，那不妨與十幾年前時代做個對比！

最後小K 在這里 求關注！求關注！求關注！

Ⅱ Android 5.x 免 Root 升級系統 WebView

Android 的系統碎片化問題可以說是 Android 系統最大的硬傷了，自這個系統誕生以來十幾年過去了，依然沒能很好的解決，碎片化問題也是每個 Android 開發工程師心中的隱痛😂，每次處理系統碎片化帶來的問題時，血壓也能分分鍾飆升到 200+，為了減輕其他同仁的痛苦以及此後再遇到類似問題能少踩幾個坑，就之前的爬坑經歷做個記錄吧。

有關 WebieView 的重要性和其使用不是本文的重點，但是有幾個相關的屬性我們必須了解：

在Android4.4（API level 19）系統以前，Android使用了原生自帶的Android Webkit內核，這個內核對HTML5的支持不是很好，現在使用4.4以下機子的也不多了，就不對這個內核做過多介紹了，有興趣可以看下 這篇文章 。

從Android4.4系統開始，Chromium內核取代了Webkit內核，正式地接管了WebView的渲染工作。Chromium是一個開源的瀏覽器內核項目，基於Chromium開源項目修改實現的瀏覽器非常多，包括最著名的Chrome瀏覽器，以及一眾國內瀏覽器（360瀏覽器、QQ瀏覽器等）。其中Chromium在Android上面的實現是 Android System WebView ^1 。

從Android5.0系統開始，WebView移植成了一個獨立的apk，可以不依賴系統而獨立存在和更新，我們可以在 系統->設置->Android System WebView 看到WebView的當前版本。

從Android7.0系統開始，如果系統安裝了Chrome (version>51)，那麼Chrome將會直接為應用的WebView提供渲染，WebView版本會隨著Chrome的更新而更新，用戶也可以選擇WebView的服務提供方（在開發者選項->WebView Implementation里），WebView可以脫離應用，在一個獨立的沙盒進程中渲染頁面（需要在開發者選項里打開） ^2 。

從Android8.0系統開始，默認開啟WebView多進程模式，即WebView運行在獨立的沙盒進程中 ^3 。―― 節選自 如何設計一個優雅健壯的Android WebView？（上）

WebView 的包名在 AOSP 中的值是 com.android.webview ，該值是在 AOSP 構建過程中編譯的版本，也就是說它是和系統一起被編譯出來的，由於大部分的第三方手機製造商都有自己的定製 ROM，所以包名也是不盡相同，比如 MIUI ROM 中它已經被改為 com.mi.webkit.core 。從 WebView 的版本歷史中可以看到自 Android 5.0 開始 WebView 移植成了一個獨立的 apk，可以不依賴系統而獨立存在和更新，這時候起 WebView 的包名就正式改為 com.google.android.webview 了。

所以這就是為什麼網上一堆人問為啥升級了一下系統 WebView ，App 內使用到 WebView 的地方或者是內置瀏覽器一碰就報 PackageManager$NameNotFoundException: com.google.android.webview 或者 PackageManager$NameNotFoundException: com.android.webview 之類的錯誤，這些問題在 Android 5.0 的機器上非常常見，因為你升級了 WebView 之後 TMD 包名都變了🤣，而 ROM 定製商一般在版本銜接時都很保守，所以即使系統升到了 Android 5.0 ，解決方案未必就是最新的，內置的 WebView 依然可能是硬編碼進 ROM 的，所以系統環境引用的包名可能依舊是 com.android.webview ，你升級到 com.google.android.webview 它當然不認識了😂。

通過上面一通廢話，你應該知道了，替換的坑就在如果你換上去的 WebView 包名和原內置的 WebView 包名不一致，就無法使用，所以就需要找一個包名一致的高版本 APK 了，還有一種方法是在系統目錄某個配置文件里改個什麼值，也就是包名引用，這樣你就能換成任何包名的 APK 了，這個暫時沒仔細研究，後續有結果了再更新。

APKMirror 是一個 APK 鏡像站點，在這里可以找到很多 APK 的 release 版本以及歷史版本，尤其 Google 全家桶系列的 APK 非常全，我們在這里根據需求直接搜索包名就可以了，我這里需要 com.android.webview ，檢索到如下結果，可以看到這些都是從第三方 ROM 里提取出來的。

因為 Google 官方早在 WebView 40 的時候就已經將包名換成 com.google.android.webview 了，最新的是 72.xxx ，我翻了 15 頁才找到最早改名並獨立出來的那個版本😂。

adb connect 192.168.18.235

adb shell

su

mount -o rw,remount /system

這里原目錄下的文件分別有 /webview/webview.apk 和 /webview/lib/arm/libwebviewchromium.so ，備份原目錄：

cd /system/app
mv webview/ webview-b/
mkdir -p webview/lib/arm/

這里很簡單，文件後綴 .apk 直接改成 .zip 然後解壓縮，復制出 libwebviewchromium.so 即可

先上傳文件到設備 /sdcard ，然後執行如下命令移動過去，和原路徑以及原文件名保持一致即可。

mv /sdcard/xxx.apk /system/app/webview/webview.apk

mv /sdcard/xxx.so /system/app/webview/lib/arm/libwebviewchromium.so

cd /system/app/
chmod 777 webview/*

adb reboot

如上一頓操作，其實也沒什麼難度，主要的坑就是包名一致的問題，還有一些系統目錄訪問許可權之類的問題，之前網上搜了好多，都說不 root 沒法換，或者換了會出問題，root 許可權其實就是為了訪問和寫入系統目錄，通過重新掛載就解決了，換了會崩掉的問題其實就是歷史遺留問題，從 4.x 過度到 5.0 WebView 獨立了，所以包名變了，或者是 ROM 定製方不按套路來導致換上去的 WebView 不被系統識別，只要找到合適的包就解決了。

Ⅲ webkit內核的瀏覽器有哪些

webkit內核的瀏覽器有Google Chrome、Android的自帶的瀏覽器、搜狗瀏覽器、傲遊瀏覽器、360極速瀏覽器、阿里雲瀏覽器、QQ瀏覽器、網路PC瀏覽器、

2008年9月2日，谷歌公司發布的第一個版本Google Chrome就採用了Webkit引擎。

2009年，廣受關注的Android的自帶的瀏覽器也是Webkit內核，載入網頁速度比IE手機瀏覽器快了近一倍。

2010年1月24日，搜狗公司發布搜狗瀏覽器V2.0Beta，採用Chromium引擎，並支持與IE引擎互相切換。

2010年1月24日，傲遊瀏覽器3.0beta發布。2012年5月31日已發布3.3.9.1000。傲遊3修正了眾多假死問題。擁有雙引擎切換功能。

2010年9月16日，360極速瀏覽器發布，這是一款使用Chromium開源代碼（基於webkit內核）的瀏覽器，網頁瀏覽比ie快一倍。

2010年6月11日，阿里雲瀏覽器內測第一版(0.1.9.0)發布，這是一款集成Chromium內核、IE內核的瀏覽器。

2010年5月25日，騰訊推出的QQ瀏覽器採用webkit內核以及IE內核。

2011年7月18日，網路推出的網路PC瀏覽器支持IE和Webkit雙內核智能切換。

(3)androidwebkit版本擴展閱讀：

WebKit 所包含的 WebCore排版引擎和 JSCore 引擎，均是從KDE的KHTML及KJS引擎衍生而來。它們都是自由軟體，在GPL條約下授權，同時支持BSD系統的開發。所以Webkit也是自由軟體，同時開放源代碼。WebKit的優勢在於高效穩定，兼容性好，且源碼結構清晰，易於維護。

盡管Webkit內核是個非常好的網頁解析機制，但是由於以往微軟把IE捆綁在Windows里，導致許多網站都是按照IE來架設的，很多網站不兼容Webkit內核，比如登錄界面、網銀等網頁均不可使用Webkit內核的瀏覽器。

Ⅳ android 升級webview版本，包括6.0系統

在做系統修改的過程中，android自帶的webview版本不能滿足OEM客戶的要求，此種現象在android低版本中尤為更甚；因此我們需要自己對webview的版本進行升級。在Android 4.4版本以前，google採用的是webkit內核，也沒有把webview作為一個apk獨立出來，所以我們升級webview只能再Android 5.0以後；

目前通用的方法就是在瀏覽器中輸入 liulanmi.com/labs/core.html 進行查看，我的理解，應該有其他方式，但一直未找到，還望指教。
下圖是我升級過的版本：

https://www.apkmirror.com/uploads/?q=android-system-webview
該網址需要特殊訪問，諸君自己努力吧！

目前我修改過6.0 和10系統，二者存在一定差異，但大同小異，猜測其他版本應該也差異不大

4.編譯

4.編譯

在調試6.0的時候，網上大部分博客修改的webview.apk都是修改 arm64 目錄下的，導致我一直不能編譯出正常的apk文件，最後我發現，在 prebuild 統計目錄的 Android,mk 文件中有這個配置

最後一行指定了使用的webview.apk在哪個目錄下，但是 my_src_arch 這個變數值未找到定義的地方；那就開啟盲猜模式，既然arm64目錄不行，那就只能是arm目錄；實踐證明，猜測正確。後來思考一下， 我們可以通過列印的方式，來看這個變數值到底是什麼！

Ⅳ 瀏覽器統計中Android Webkit Browser是指的什麼

Android Webkit Browser指的是
Android下的採用Webkit內核的瀏覽器

WebKit 是一個開源的瀏覽器引擎，與之相對應的引擎有Gecko（Mozilla Firefox 等使用）和Trident（也稱MSHTML，IE使用）。同時WebKit 也是蘋果Mac OS X 系統引擎框架版本的名稱，主要用於Safari，Dashboard，Mail 和其他一些Mac OS X 程序。WebKit 前身是 KDE 小組的 KHTML，WebKit 所包含的 WebCore 排版引擎和 JSCore 引擎來自於 KDE 的 KHTML 和 KJS，當年蘋果比較了 Gecko 和 KHTML 後，仍然選擇了後者，就因為它擁有清晰的源碼結構、極快的渲染速度。

Ⅵ Android開發之WebView（一）配置&小技巧

背景：原生時間緊沒時間開發任務量大的任務，而前端又閑著打醬油

方案：原生+webview混合開發

缺點：對於比較復雜的頁面，webview在性能上力不從心；且與原生通信頻繁也增加了隱藏的工作量

優點：能自帶支持動態更新（js），能充分利用人力

webview是一個基於webkit引擎，展示web頁面的控制項。Android上的webview在低版本和高版本採用了不同的webkit版本內核，Android4.4（19）後直接使用了Chrome內核；WebView控制項功能強大，除了具有一般View的屬性和設置外，還可以對url請求，頁面載入，渲染，頁面交互進行強大的處理。一般來說webview可單獨使用，也可聯合其工具類一起使用

移動應用的主體是webview，主要以網頁語言編寫，穿插Native功能的Hybrid App開發類型。激活webview為活躍狀態，能正常執行網頁的響應；當webview 的頁面被失去焦點切換到後台不可見狀態onPause時，需要通知自己暫停所有的動作，比如DOM的解析，plugin的執行，javaScript的執行等

1，顯示和渲染web頁面

2，直接使用本地assets或者網路上的html文件作為布局

3，可和JavaScript進行互相調用

1，直接在布局文件里寫死

2，動態添加進viewgroup中

註：不管以哪種方式，都必須注意webview的銷毀，否則可能會造成內存泄漏最終導致內存溢出crash

下面是WebView的一些常用的方法列舉，一些已經過時的方法未列出

下面是WebSettings的一些常用的方法列舉，一些已經過時的方法就沒有寫出來了

一般不管是動態生成還是xml寫死，只要處理好了引用持有問題，就能有效的避免內存泄漏；下面是我嘗試的方案，在工具類WebViewUtils.java里封裝好，在activity銷毀的時候調用

1，清除webview緩存和記錄

2，可以設置不啟用緩存

3，H5的一些控制項標簽不支持導致的白屏

4，xml啟用軟體加速

5，通過menifest的來配置，在目標webview的activity設置

解決方案：

解決方案：

解決方案：

上一篇： Flutter入門-01-工程創建&目錄介紹

Ⅶ webview是什麼東西

(7)androidwebkit版本擴展閱讀

WebView的作用：

1.顯示和渲染Web頁面；

2.直接使用html文件（網路上或本地assets中）作布局；

3.可和JavaScript交互調用。

Ⅷ Android系統 WebView是什麼有什麼用

現在越來越多的APP都內置了Web網頁去載入視圖，也就是我們常說的Hybrid APP混合應用，市場上很多平台都是這樣做的，比如我們經常使用的淘寶、京東等電商平台。這些是如何實現的呢？在我們Android中有一個WebView組件，它就可以實現此類功能。它是Android中的原生UI控制項，主要用於在APP應用中方便地訪問遠程網頁或本地HTML資源，同時WebView也在Android中充當Java代碼和JS代碼之間交互的橋梁，實際上也可以將WebView看做一個功能最小化的瀏覽器。下面我們一起來看看WebView的一些常用的使用方法。

WebView是Android系統提供的一個能顯示網頁的系統控制項，它是一個特殊的View，同時也是一個ViewGroup，可以有很多其他子View。在Android 4.4以下（不包含4.4）系統WebView底層實現是採用WebKit內核，而在Android 4.4及其以上Google採用了Chromium內核作為系統WebView的底層內核支持。在這一變化中Android提供的WebView相關API並沒有發生較大變化，在4.4上也兼容低版本的API並且引進了少部分API。這里簡單介紹下基於Chromium的WebView和基於WebKit的WebView之間的差異，基於Chromium的Webview提供了更廣的HTML5、CSS3、JavaScript支持，在Android系統版本5.0上基於Chromium 37，WebView提供了絕大多數的HTML5特性支持，除此之外Chromium也支持遠程調試（Chrome DevTools）。WebKit JavaScript引起採用WebCore JavaScript在Android 4.4上換成了V8能直接提升JavaScript性能。

二、作用
1、顯示和渲染Web頁面
2、使用html文件（網路上或本地assets中）作為布局
3、可與JavaScript交互調用
註： WebView控制項功能強大，除了具有一般View的屬性和設置外，還可以對Url請求、頁面載入、渲染、頁面交互進行強大的處理。

Ⅸ 關於Android WebView的那些事

[TOC]

Webkit是一個開源瀏覽器項目，其中，對Android開發者來說，或多或少的都有些接觸。 在應用層來看，最經常使用無非這么幾個類：WebView（Android中最為復雜，也是最為簡單的一個View，繼承自AbsoluteLayout），WebViewClient、WebChromeClient（作為回調控制類）、WebSettings（進行設置項的配置）等；Webkit內部包含了網路請求、頁面渲染、Js引擎等等。在Android4.4之前的版本中，系統使用的是Webkit內核，其後，切換到Google的Chromium內核。本文主要介紹的是在Android中，如何使用Webkit進行H5頁面的展現，以及常見問題的分析手段。

下面的內容抄自網路 & 亂七八糟的地方，簡單了解一下。

<b><i>前面都是吹牛逼的信息，如何使用Webkit來更好的搬磚？ 且聽如下分解</i></b>

XML布局中丟一個 <WebView> 標簽，然後再 Activity 或者 Fragment 中 findViewById ，進而 loadUrl ，一般也沒人這么簡單的用，除非寫Demo。很簡單，它就是一個Layout，提供了一個調用載入頁面的介面，不寫範例了，能看到這篇文章的都看過Google的API說明。

主要涉及到WebView和WebSettings兩個類。

例如：

其實就是WebView的父類ViewGroup和View的方法，不多說了。不過需要注意的是，不是所有的View或ViewGroup的方法對WebView都生效。

列舉幾類常用的，幾乎所有App的 WebView 都會設置的屬性：

</br>

如何處理頁面跳轉以及特殊 Scheme

這個回調可以說是最容易出問題的一個回調，表示什麼？ 字面意思，讓你重寫這個URL 的loading，比如點擊html打電話的一個 <a href=「tel：110」> 標簽，作為一個有節操、有責任心的瀏覽器，你需要處理 H5常用的幾個Scheme ：

除此之外，還有各個應用自定義的scheme ，舉個例子，支付寶的支付Scheme ： alipay： 。 這里的返回值，就代表你有沒有能力處理這個url，沒有的話Webkit就默認處理了。
需要注意的是，這個回調的觸發的絕大多數情況是點擊頁面的 <a href="xxxx"> a標簽，在Android中 loadUrl("http://www..com") ，是不會回調的，為什麼不會回調，各位自行理解吧。

超鏈接 <a> 標簽怎麼寫： 點我
特別說下窗口常見的兩種打開方式：

針對單頁模式的WebView框架(所有的html窗口均使用同一個WebView實例)，不需要關注target的。
如果作為一個成熟的瀏覽器框架的話，是需要支持Html、JavaScript使用新窗口打開頁面，需要實現如下回調：

還有一個相關設置項： WebSettings.
此時，系統將不會再回調 shouldOverrideUrlLoading 。新窗口邏輯的具體實現機制，可以參考系統browser實現邏輯。

<b> 這里有個坑 </b>
Android 4.4版本 ，如果實現了onCreateWindow，也就是說頁面 <a> 標簽是這么寫的： <a href="http://www..com" target="_blank"> ，點擊此鏈接打開的新WebView窗口，此窗口中的url點擊，是不會觸發 shouldOverrideUrlLoading 。 這是剛替換成Chrominum內核出的一個bug。本人並沒在新版本上驗證是否已經修復。

另外，根據不同的Rom，底層實現是不一樣的，有的ROM會幫你處理各種調起scheme，也就是startActivity，有的ROM點一個url，就會拋一個intent出來，讓用戶選擇系統瀏覽器進行載入。

系統默認，提供了一個介面:

有什麼安全隱患呢？
戳這里

如果不知道Js怎麼寫， 請戳我

用PC的截圖意思一下，看出區別了吧。 這里確定、取消點擊以後就得調用 JsResult、JsPromptResult 的 confirm或者cancel。

因為安全問題，大一些的App Native與Js通信都不再用 WebView.addJavascriptInterface(Object) 了，都改用JsPrompt，因為JsPrompt中有message、有JsPromptResult可以返回給Js一些信息，所以橋選中了JsPrompt，另一個備選方案是JsConsole。

大體有這么幾種方式進行傳遞

具體方案實現時，多方面考慮使用何種方式。

還有一個比較牛逼的

系統源碼中均有方法注釋，怎麼用自己看吧。
那麼問題來了

查了下，只有這兩個相關的：
WebBackForwardList BackForwardList()
void clearHistory()
系統提供的關於歷史記錄的操作並不多，因為，不支持單條刪除啊，啊啊啊！
WebViewClient中，還有一個相關callback，當系統更新歷史記錄時回調：
void doUpdateVisitedHistory(WebView view, String url, boolean isReload)

<b>相關問題分析法：歷史棧回退錯誤的定位</b>

絕大多數回退錯誤是由於介面調用、回調中邏輯執行時序錯誤。
定位方法：利用 BackForwardList ， doUpdateVisitedHistory 兩個介面在 loadUrl、onPageStart、onPageFinish 以及邏輯相關的地方調用，打log，查看歷史棧，這里注意下由於loarl是非同步的，需要考慮是否加延遲等等保證調用時機的准確。
本人曾經遇到一個問題：在WebChromeClient中的 JsPrompt回調中，直接進行WebView.goBack操作，結果發現WebView確實回退到上一個頁面，但是BackFowardList當前頁面的index未更新的問題，具體見另一個篇blog。

網上有很多關於WebView內存泄露的討論，據傳，老版本的WebView在展示大量圖片的時候，即使 WebView.destory() WebView=null ，也不會銷毀。
在新版本上，實際測試結果：compileSDKVersion 23 不會泄露。
一般，我們如何銷毀WebView比較保險？

這個問題好大。。。
暫時不介紹，另起blog進行說明。

解決方案：
實現回調 void onReceivedSslError(WebView view, SslErrorHandler handler, SslError error)

首先，提幾個需要注意的點：

個人歸納總結幾點：

step1 進入開發者模式，勾選「顯示布局邊界」；
step 2，回到你想查看的界面； step 3 假如內容區只有一層基本就是H5 WebView的，多個層級，就是Native。

看到左右圖的差異了吧。
還有另一種方法，RD屌絲們看這里，特別說明，這種方法不太適合瀏覽器。 （自有內核，可能會不準確）

好了，就介紹到這里，零零散散的幾年前寫的文章，第一篇blog，如有不對的地方，還懇請大家指正。