記事ディレクトリ
導入
WebView は、Web ページを表示するための Webkit エンジンに基づくコントロールです。Android の Webview は、低バージョンと高バージョンで異なる Webkit バージョンのカーネルを使用し、4.4 以降は Chrome を直接使用します。
WebView の役割は次のとおりです。
- Web インターフェイスの表示とレンダリング
- HTML ファイル (ネットワークまたはローカル アセット上) をレイアウトとして直接使用する
- JavaScriptで対話的に呼び出すことが可能
WebView コントロールは強力で、一般的なビューのプロパティと設定に加えて、URL リクエスト、ページの読み込み、レンダリング、およびページの操作に対して強力な処理を実行することもできます。
WebViewの基本的な使い方
一般的な方法
WebView ライフサイクル/状態切り替え
//激活WebView为活跃状态,能正常执行网页的响应
webView.onResume() ;
//当页面被失去焦点被切换到后台不可见状态,需要执行onPause
//通过onPause动作通知内核暂停所有的动作,比如DOM的解析、plugin的执行、JavaScript执行。
webView.onPause();
//当应用程序(存在webview)被切换到后台时,这个方法不仅仅针对当前的webview而是全局的全应用程序的webview
//它会暂停所有webview的layout,parsing,javascripttimer。降低CPU功耗。
webView.pauseTimers()
//恢复pauseTimers状态
webView.resumeTimers();
//销毁Webview
//在关闭了Activity时,如果Webview的音乐或视频,还在播放。就必须销毁Webview
//但是注意:webview调用destory时,webview仍绑定在Activity上
//这是由于自定义webview构建时传入了该Activity的context对象
//因此需要先从父容器中移除webview,然后再销毁webview:
rootLayout.removeView(webView);
webView.destroy();
進む/戻るページについて
//是否可以后退
Webview.canGoBack()
//后退网页
Webview.goBack()
//是否可以前进
Webview.canGoForward()
//前进网页
Webview.goForward()
//以当前的index为起始点前进或者后退到历史记录中指定的steps
//如果steps为负数则为后退,正数则为前进
Webview.goBackOrForward(intsteps)
一般的な使用法: Web ページの背面を制御するための「戻る」キー
- 問題点:何も処理をしない前提で、Webページ閲覧時にシステムの「戻るボタン」をクリックすると、ブラウザ全体がfinish()を呼び出して終了してしまいます。
- 解決策: 現在のアクティビティで Back イベントを処理して消費します。
public boolean onKeyDown(int keyCode, KeyEvent event) {
if ((keyCode == KEYCODE_BACK) && mWebView.canGoBack()) {
mWebView.goBack();
return true;
}
return super.onKeyDown(keyCode, event);
}
キャッシュデータをクリアする
//清除网页访问留下的缓存
//由于内核缓存是全局的因此这个方法不仅仅针对webview而是针对整个应用程序.
Webview.clearCache(true);
//清除当前webview访问的历史记录
//只会webview访问历史记录里的所有记录除了当前访问记录
Webview.clearHistory();
//这个api仅仅清除自动完成填充的表单数据,并不会清除WebView存储到本地的数据
Webview.clearFormData();
共通クラス
WebSettings クラス
役割: WebView の構成と管理
構成手順は次のとおりです。
- ネットワークアクセスを追加する
<uses-permission android:name="android.permission.INTERNET"/>
- WebView コンポーネントを生成します (2 つの方法があります)
//方式1:直接在在Activity中生成
WebView webView = new WebView(this)
//方法2:在Activity的layout文件里添加webview控件:
WebView webview = (WebView) findViewById(R.id.webView1);
- 構成には、WebSetting サブクラスを使用します。
//声明WebSettings子类
WebSettings webSettings = webView.getSettings();
//如果访问的页面中要与Javascript交互,则webview必须设置支持Javascript
webSettings.setJavaScriptEnabled(true);
//支持插件
webSettings.setPluginsEnabled(true);
//设置自适应屏幕,两者合用
webSettings.setUseWideViewPort(true); //将图片调整到适合webview的大小
webSettings.setLoadWithOverviewMode(true); // 缩放至屏幕的大小
//缩放操作
webSettings.setSupportZoom(true); //支持缩放,默认为true。是下面那个的前提。
webSettings.setBuiltInZoomControls(true); //设置内置的缩放控件。若为false,则该WebView不可缩放
webSettings.setDisplayZoomControls(false); //隐藏原生的缩放控件
//其他细节操作
webSettings.setCacheMode(WebSettings.LOAD_CACHE_ELSE_NETWORK); //关闭webview中缓存
webSettings.setAllowFileAccess(true); //设置可以访问文件
webSettings.setJavaScriptCanOpenWindowsAutomatically(true); //支持通过JS打开新窗口
webSettings.setLoadsImagesAutomatically(true); //支持自动加载图片
webSettings.setDefaultTextEncodingName("utf-8");//设置编码格式
一般的な使用法: WebView キャッシュの設定
- HTML ページをロードすると、WebView は /data/data/package 名ディレクトリの下にデータベースとキャッシュの 2 つのフォルダーを生成します。
- 要求された URL レコードは WebViewCache.db に保存され、URL のコンテンツは WebViewCache フォルダーに保存されます。
- キャッシュを有効にするかどうか:
//优先使用缓存:
WebView.getSettings().setCacheMode(WebSettings.LOAD_CACHE_ELSE_NETWORK);
//缓存模式如下:
//LOAD_CACHE_ONLY: 不使用网络,只读取本地缓存数据
//LOAD_DEFAULT: (默认)根据cache-control决定是否从网络上取数据。
//LOAD_NO_CACHE: 不使用缓存,只从网络获取数据.
//LOAD_CACHE_ELSE_NETWORK,只要本地有,无论是否过期,或者no-cache,都使用缓存中的数据。
//不使用缓存:
WebView.getSettings().setCacheMode(WebSettings.LOAD_NO_CACHE);
併用(オフライン読み込み)
if (NetStatusUtil.isConnected(getApplicationContext())) {
webSettings.setCacheMode(WebSettings.LOAD_DEFAULT);//根据cache-control决定是否从网络上取数据。
} else {
webSettings.setCacheMode(WebSettings.LOAD_CACHE_ELSE_NETWORK);//没网,则从本地获取,即离线加载
}
webSettings.setDomStorageEnabled(true); // 开启 DOM storage API 功能
webSettings.setDatabaseEnabled(true); //开启 database storage API 功能
webSettings.setAppCacheEnabled(true);//开启 Application Caches 功能
String cacheDirPath = getFilesDir().getAbsolutePath() + APP_CACAHE_DIRNAME;
webSettings.setAppCachePath(cacheDirPath); //设置 Application Caches 缓存目录
知らせ:各アプリケーションは WebSettings.setAppCachePath()、WebSettings.setAppCacheMaxSize() を 1 回だけ呼び出します
WebViewClientクラス
WebViewClient は、さまざまな通知イベントや要求イベントを処理するために使用されます。
1. URL ロードのオーバーライド: shouldOverrideUrlLoading()
関数: Web ページを開くとき、システム ブラウザは呼び出されず、この WebView に表示されます。Web ページ上のすべてのロードはこのメソッドを経由し、この関数を使用して多くの操作を実行できます。 。
//步骤1. 定义Webview组件
Webview webview = (WebView) findViewById(R.id.webView1);
//步骤2. 选择加载方式
//方式1. 加载一个网页:
webView.loadUrl("http://www.google.com/");
//方式2:加载apk包中的html页面
webView.loadUrl("file:///android_asset/test.html");
//方式3:加载手机本地的html页面
webView.loadUrl("content://com.android.htmlfileprovider/sdcard/test.html");
//步骤3. 复写shouldOverrideUrlLoading()方法,使得打开网页时不调用系统浏览器, 而是在本WebView中显示
webView.setWebViewClient(new WebViewClient(){
@Override
public boolean shouldOverrideUrlLoading(WebView view, String url) {
view.loadUrl(url);
return true;
}
});
2. ページの読み込みが開始されるとき: onPageStarted()
機能: ローディング ページが呼び出されたときに、プログラムがネットワーク応答を待っていることをユーザーに伝えるローディング ページを設定できます。
webView.setWebViewClient(new WebViewClient(){
@Override
public void onPageStarted(WebView view, String url, Bitmap favicon) {
//设定加载开始的操作
}
});
3. ページがロードされるとき: onPageFinished()
関数: ページがロードされるときに呼び出され、ロード バーを閉じてプログラム アクションを切り替えることができます。
webView.setWebViewClient(new WebViewClient(){
@Override
public void onPageFinished(WebView view, String url) {
//设定加载结束的操作
}
});
4. リソースロード時
機能: ページリソースのロード時に呼び出され、各リソース (画像など) が 1 回ロードされます。
webView.setWebViewClient(new WebViewClient(){
@Override
public boolean onLoadResource(WebView view, String url) {
//设定加载资源的操作
}
});
5. エラー受信時
機能:ページを読み込むサービスで404などのエラーが発生した場合に呼び出されます。
アプリで WebView コントロールを使用しているときに 404 などのエラーが発生した場合、ブラウザーのエラー プロンプト ページも表示されると見た目が悪くなります。その場合、アプリはこの時点でローカルのエラー プロンプト ページを読み込む必要があります。 WebView がローカル ページをロードする方法
//步骤1:写一个html文件(error_handle.html),用于出错时展示给用户看的提示页面
//步骤2:将该html文件放置到代码根目录的assets文件夹下
//步骤3:复写WebViewClient的onRecievedError方法
//该方法传回了错误码,根据错误类型可以进行不同的错误分类处理
webView.setWebViewClient(new WebViewClient(){
@Override
public void onReceivedError(WebView view, int errorCode, String description, String failingUrl){
switch(errorCode)
{
case HttpStatus.SC_NOT_FOUND:
view.loadUrl("file:///android_assets/error_handle.html");
break;
}
}
});
6. SSL エラー受信時: onReceivedSslError()
機能 : https リクエストの処理
webView はデフォルトでは https リクエストを処理せず、ページが空白になるため、以下の設定が必要です。
webView.setWebViewClient(new WebViewClient() {
@Override
public void onReceivedSslError(WebView view, SslErrorHandler handler, SslError error) {
handler.proceed(); //表示等待证书响应
// handler.cancel(); //表示挂起连接,为默认方式
// handler.handleMessage(null); //可做其他处理
}
});
WebChromeClient クラス
- 機能: WebView による JavaScript ダイアログ ボックス、Web サイトのアイコン、Web サイトのタイトルなどの処理を支援します。
一般的に使用されるメソッドは次のとおりです。
1. 読み込みの進行状況が変化した場合: onProgressChanged()
関数: Web ページの読み込みの進行状況を取得して表示します。
webview.setWebChromeClient(new WebChromeClient(){
@Override
public void onProgressChanged(WebView view, int newProgress) {
if (newProgress < 100) {
String progress = newProgress + "%";
progress.setText(progress);
} else {
}
});
2. Web ページのタイトルを取得する場合:
機能: Web ページのタイトルを取得します。
すべての Web ページにはタイトルがあります。たとえば、www.baidu.com ページのタイトルは「百度、あなたは知っています」、 Web ビューによって現在ロードされているページのタイトルを設定する場合はどうすればよいでしょうか?
webview.setWebChromeClient(new WebChromeClient(){
@Override
public void onReceivedTitle(WebView view, String title) {
titleview.setText(title);
}
予防
WebView のメモリ リークを回避する方法
- Webviewはxmlで定義せず、必要に応じてActivityで作成し、ContextにはgetApplicationgContext()を使用します。
LinearLayout.LayoutParams params = new LinearLayout.LayoutParams(ViewGroup.LayoutParams.MATCH_PARENT, ViewGroup.LayoutParams.MATCH_PARENT);
mWebView = new WebView(getApplicationContext());
mWebView.setLayoutParams(params);
mLayout.addView(mWebView);
- アクティビティ (WebView) が破棄されるときは、最初に WebView に null コンテンツをロードさせ、次に WebView を削除し、次に WebView を破棄し、最後に空のままにします。
@Override
protected void onDestroy() {
if (mWebView != null) {
mWebView.loadDataWithBaseURL(null, "", "text/html", "utf-8", null);
mWebView.clearHistory();
((ViewGroup) mWebView.getParent()).removeView(mWebView);
mWebView.destroy();
mWebView = null;
}
super.onDestroy();
}
使用例
目標: 「www.baidu.com」を表示し、そのタイトルを取得し、読み込みの開始と終了を求めるプロンプトを表示し、読み込みの進行状況を取得する
具体的な実装:
1. ネットワーク アクセス許可の
manifest.xmlを追加します。
<uses-permission android:name="android.permission.INTERNET"/>
WebView を介してネイティブが Js と対話できるようにする
Android と JS は、WebView を通じて相互にメソッドを呼び出します。実際には次のようになります。
- AndroidでJSコードを呼び出す
- Androidコードを呼び出すJS
2 つの間の橋渡しとなるのが WebView です
Android は WebView 経由で JS コードを呼び出します
Android が JS コードを呼び出すには 2 つの方法があります。
- WebViewのloadUrl()経由
- WebView の EvaluateJavascript() 経由
方法 1: WebView のloadUrl() を使用する
導入例: Android ボタンをクリックして WebView JS の callJS() を呼び出します (テキスト名は javascript)
具体的な実装手順は次のとおりです。
- 呼び出す必要のあるjsコードを.html形式でsrc/main/に記述します。
注: ここではローカル js コードが呼び出され、実際の使用ではリモート js コードがさらに呼び出されます。ロードする js のパスを URL に変更するだけです。
// 文本名:javascript
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<title>Carson_Ho</title>
// JS代码
<script>
// Android需要调用的方法
function callJS(){
alert("Android调用了JS的callJS方法");
}
</script>
</head>
</html>
- Android の WebView 設定から JS コードを呼び出す
特別な注意: js コード呼び出しは onPageFinished() コールバックの後に呼び出す必要があります。そうしないと呼び出されません。
onPageFinished() は WebViewClient クラスのメソッドに属し、主にページの読み込みが終了したときに呼び出されます。
public class MainActivity extends AppCompatActivity {
WebView mWebView;
Button button;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mWebView =(WebView) findViewById(R.id.webview);
WebSettings webSettings = mWebView.getSettings();
// 设置与Js交互的权限
webSettings.setJavaScriptEnabled(true);
// 设置允许JS弹窗
webSettings.setJavaScriptCanOpenWindowsAutomatically(true);
// 先载入JS代码
// 格式规定为:file:///android_asset/文件名.html
mWebView.loadUrl("file:///android_asset/javascript.html");
button = (Button) findViewById(R.id.button);
button.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
// 通过Handler发送消息
mWebView.post(new Runnable() {
@Override
public void run() {
// 注意调用的JS方法名要对应上
// 调用javascript的callJS()方法
mWebView.loadUrl("javascript:callJS()");
}
});
}
});
// 由于设置了弹窗检验调用结果,所以需要支持js对话框
// webview只是载体,内容的渲染需要使用webviewChromClient类去实现
// 通过设置WebChromeClient对象处理JavaScript的对话框
//设置响应js 的Alert()函数
mWebView.setWebChromeClient(new WebChromeClient() {
@Override
public boolean onJsAlert(WebView view, String url, String message, final JsResult result) {
AlertDialog.Builder b = new AlertDialog.Builder(MainActivity.this);
b.setTitle("Alert");
b.setMessage(message);
b.setPositiveButton(android.R.string.ok, new DialogInterface.OnClickListener() {
@Override
public void onClick(DialogInterface dialog, int which) {
result.confirm();
}
});
b.setCancelable(false);
b.create().show();
return true;
}
});
}
}
方法 2: WebView の EvaluateJavascript() を使用する
このメソッドは、loadUrl() を使用するよりも効率的かつ簡潔です。これは、このメソッドの実行ではページが更新されず、loadUrl は HTML 内の js コード操作を使用して実際に HTML ファイルを呼び出すためです。
特定の用途では、最初のメソッドのloadUrl()を次のメソッドに置き換えるだけで済みます。
// 只需要将第一种方法的loadUrl()换成下面该方法即可
mWebView.evaluateJavascript("javascript:callJS()", new ValueCallback<String>() {
@Override
public void onReceiveValue(String value) {
//此处为 js 返回的结果
}
});
}
JS は WebView 経由で Android コードを呼び出します
JS から Android コードを呼び出すには 3 つの方法があります。
- WebView の addJavascriptInterface() によるオブジェクト マッピング
- WebViewClient の shouldOverrideUrlLoading () メソッド コールバックを介して URL をインターセプトする
- WebChromeClient の onJsAlert()、onJsconfirm()、onJsPrompt() メソッド コールバックを介して JS ダイアログのalert()、confirm()、prompt() メッセージをインターセプトします。
WebView の addJavascriptInterface() によるオブジェクト マッピング
ステップ 1: JS オブジェクトにマップする Android クラスを定義する: AndroidtoJs
// 继承自Object类
public class AndroidtoJs extends Object {
// 定义JS需要调用的方法
// 被JS调用的方法必须加入@JavascriptInterface注解
@JavascriptInterface
public void hello(String msg) {
System.out.println("JS调用了Android的hello方法");
}
}
ステップ 2: 呼び出す必要がある JS コードを .html 形式で src/main/assets フォルダーに置きます
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<title>Carson</title>
<script>
function callAndroid(){
// 由于对象映射,所以调用test对象等于调用Android映射的对象,这里test可能有些突兀,实际上是下边activity中我们声明的AndroidtoJs类型的对象名字
test.hello("js调用了android中的hello方法");
}
</script>
</head>
<body>
//点击按钮则调用callAndroid函数
<button type="button" id="button1" onclick="callAndroid()"></button>
</body>
</html>
ステップ 3: Android で、WebView addJavascriptInterface() を通じて Android クラスと JS コード間のマッピングを設定します。
public class MainActivity extends AppCompatActivity {
WebView mWebView;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mWebView = (WebView) findViewById(R.id.webview);
WebSettings webSettings = mWebView.getSettings();
// 设置与Js交互的权限
webSettings.setJavaScriptEnabled(true);
// 通过addJavascriptInterface()将Java对象映射到JS对象
//参数1:Javascript对象名
//参数2:Java对象名
mWebView.addJavascriptInterface(new AndroidtoJs(), "test");//AndroidtoJS类对象映射到js的test对象
// 加载JS代码
// 格式规定为:file:///android_asset/文件名.html
mWebView.loadUrl("file:///android_asset/javascript.html");
WebViewClient メソッド shouldOverrideUrlLoading() コールバックを通じて URL をインターセプトする
具体原理:
- WebViewClient のコールバック メソッドを介した Android
- shouldOverrideUrlLoading() は URL をインターセプトして、URL のプロトコルを解析します。
- 事前に合意されたプロトコルであることが検出された場合は、対応するメソッドを呼び出します
ステップ 1: JS 規約で必要な URL プロトコル
用に、次の HTML:javascript.html ファイルを src/main/assets フォルダーに置きます。
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<title>Carson_Ho</title>
<script>
function callAndroid(){
/*约定的url协议为:js://webview?arg1=111&arg2=222*/
document.location = "js://webview?arg1=111&arg2=222";
}
</script>
</head>
<!-- 点击按钮则调用callAndroid()方法 -->
<body>
<button type="button" id="button1" onclick="callAndroid()">点击调用Android代码</button>
</body>
</html>
Android の mWebView.loadUrl("file:///android_asset/javascript.html") を通じて JS がロードされると、 shouldOverrideUrlLoading() がコールバックされ、ステップ 2 に進みます。
ステップ 2: Android で WebViewClient 経由で shouldOverrideUrlLoading() をオーバーライドする
public class MainActivity extends AppCompatActivity {
WebView mWebView;
// Button button;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mWebView = (WebView) findViewById(R.id.webview);
WebSettings webSettings = mWebView.getSettings();
// 设置与Js交互的权限
webSettings.setJavaScriptEnabled(true);
// 设置允许JS弹窗
webSettings.setJavaScriptCanOpenWindowsAutomatically(true);
// 步骤1:加载JS代码
// 格式规定为:file:///android_asset/文件名.html
mWebView.loadUrl("file:///android_asset/javascript.html");
// 复写WebViewClient类的shouldOverrideUrlLoading方法
mWebView.setWebViewClient(new WebViewClient() {
@Override
public boolean shouldOverrideUrlLoading(WebView view, String url) {
// 步骤2:根据协议的参数,判断是否是所需要的url
// 一般根据scheme(协议格式) & authority(协议名)判断(前两个参数)
//假定传入进来的 url = "js://webview?arg1=111&arg2=222"(同时也是约定好的需要拦截的)
Uri uri = Uri.parse(url);
// 如果url的协议 = 预先约定的 js 协议
// 就解析往下解析参数
if ( uri.getScheme().equals("js")) {
// 如果 authority = 预先约定协议里的 webview,即代表都符合约定的协议
// 所以拦截url,下面JS开始调用Android需要的方法
if (uri.getAuthority().equals("webview")) {
// 步骤3:
// 执行JS所需要调用的逻辑
System.out.println("js调用了Android的方法");
// 可以在协议上带有参数并传递到Android上
HashMap<String, String> params = new HashMap<>();
Set<String> collection = uri.getQueryParameterNames();
}
return true;
}
return super.shouldOverrideUrlLoading(view, url);
}
}
);
}
}
このメソッドの欠点は、js が Android を呼び出しますが、戻り値を取得するのが非常に複雑であることです。JS が Android メソッドの戻り値を取得したい場合、WebView のloadUrl() を通じて JS メソッドを実行して戻り値を返すことしかできません。関連するコードは次のとおりです。
// Android:MainActivity.java
mWebView.loadUrl("javascript:returnResult(" + result + ")");
// JS:javascript.html
function returnResult(result){
alert("result is" + result);
}
WebChromeClient の onJsAlert()、onJsconfirm()、onJsPrompt() メソッド コールバックを介して JS ダイアログのalert()、confirm()、prompt() メッセージをインターセプトします。
JS では、一般的に使用されるダイアログ メソッドが 3 つあります。
メソッド 3 の原理: Android は、WebChromeClient の onJsAlert()、onJsconfirm()、および onJsPrompt() メソッド コールバックを通じて JS ダイアログ ボックスをインターセプトします。
以下は、prompt() メソッドをインターセプトする例をとった具体的な手順です。
ステップ 1: js コードをロードします。
javascript.html 形式を src/main/assets フォルダーに置きます
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<title>Carson_Ho</title>
<script>
function clickprompt(){
// 调用prompt()
var result=prompt("js://demo?arg1=111&arg2=222");
alert("demo " + result);
}
</script>
</head>
<!-- 点击按钮则调用clickprompt() -->
<body>
<button type="button" id="button1" onclick="clickprompt()">点击调用Android代码</button>
</body>
</html>
上記の JS コードが mWebView.loadUrl("file:///android_asset/javascript.html") を使用してロードされると、コールバック onJsPrompt() がトリガーされます。
ステップ 2: Android 上の WebChromeClient 経由で onJsPrompt() をオーバーライドする
public class MainActivity extends AppCompatActivity {
WebView mWebView;
// Button button;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mWebView = (WebView) findViewById(R.id.webview);
WebSettings webSettings = mWebView.getSettings();
// 设置与Js交互的权限
webSettings.setJavaScriptEnabled(true);
// 设置允许JS弹窗
webSettings.setJavaScriptCanOpenWindowsAutomatically(true);
// 先加载JS代码
// 格式规定为:file:///android_asset/文件名.html
mWebView.loadUrl("file:///android_asset/javascript.html");
mWebView.setWebChromeClient(new WebChromeClient() {
// 拦截输入框(原理同方式2)
// 参数message:代表promt()的内容(不是url)
// 参数result:代表输入框的返回值
@Override
public boolean onJsPrompt(WebView view, String url, String message, String defaultValue, JsPromptResult result) {
// 根据协议的参数,判断是否是所需要的url(原理同方式2)
// 一般根据scheme(协议格式) & authority(协议名)判断(前两个参数)
//假定传入进来的 url = "js://webview?arg1=111&arg2=222"(同时也是约定好的需要拦截的)
Uri uri = Uri.parse(message);
// 如果url的协议 = 预先约定的 js 协议
// 就解析往下解析参数
if ( uri.getScheme().equals("js")) {
// 如果 authority = 预先约定协议里的 webview,即代表都符合约定的协议
// 所以拦截url,下面JS开始调用Android需要的方法
if (uri.getAuthority().equals("webview")) {
//
// 执行JS所需要调用的逻辑
System.out.println("js调用了Android的方法");
// 可以在协议上带有参数并传递到Android上
HashMap<String, String> params = new HashMap<>();
Set<String> collection = uri.getQueryParameterNames();
//参数result:代表消息框的返回值(输入值)
result.confirm("js调用了Android的方法成功啦");
}
return true;
}
return super.onJsPrompt(view, url, message, defaultValue, result);
}
// 通过alert()和confirm()拦截的原理相同,此处不作过多讲述
// 拦截JS的警告框
@Override
public boolean onJsAlert(WebView view, String url, String message, JsResult result) {
return super.onJsAlert(view, url, message, result);
}
// 拦截JS的确认框
@Override
public boolean onJsConfirm(WebView view, String url, String message, JsResult result) {
return super.onJsConfirm(view, url, message, result);
}
}
);
}
}
WebView のキャッシュ メカニズムとプリロード
WebView のパフォーマンスの問題
- Webview H5 ページの読み込み速度は比較的遅くなります。これは、H5 ページは多くのリソースを必要とし、ネットワークが大量のデータを要求するためです。
- H5 ページのレンダリング速度の遅さは、JS 解析効率と携帯電話ハードウェア デバイスのパフォーマンスに依存します。
- 大量のトラフィックを消費するため、Web ビューの H5 ページを使用するたびにリロードする必要があるため、大量のシリアル ネットワーク リクエストを送信する必要があります。
解決
- フロントエンド H5 キャッシュ メカニズム (WebView に付属)
- リソースのプリロード
- リソースの傍受
WebView キャッシュ メカニズム
- ブラウザのキャッシュメカニズム
- アプリケーションキャッシュのキャッシュメカニズム
- Dom Storage キャッシュ メカニズム
- Web SQL データベースのキャッシュ メカニズム
- インデックス付きデータベースのキャッシュ メカニズム
ブラウザキャッシュ
HTTP プロトコル ヘッダーのCache-Control
(またはExpires
) やLast-Modified
(またはEtag
)などのフィールドに基づいてファイル キャッシュを制御するメカニズム
- キャッシュ制御: ファイルのローカル キャッシュの有効期間を制御するために使用されます。
たとえば、サーバーがパケット Cache-Control:max-age=600 を返した場合、これはファイルをローカルにキャッシュする必要があり、有効期間は 600 秒 (リクエストが行われた時間から計算) であることを意味します。次の 600 秒以内に、このリソースに対するリクエストがあった場合、ブラウザは HTTP リクエストを送信せず、ローカルにキャッシュされたファイルを直接使用します。
- Expires: Cache-Control と同じ機能、つまりキャッシュの有効時間を制御します。
Expires は HTTP1.0 標準のフィールドであり、Cache-Control は HTTP1.1 標準で新しく追加されたフィールドです
。これら 2 つのフィールドが同時に表示される場合、Cache-Control の優先順位が高くなります。
- Last-Modified: サーバー上のファイルの最新更新時刻を識別します。
次のリクエストが行われたとき、ファイル キャッシュの有効期限が切れると、ブラウザは If-Modified-Since フィールドを通じてこの時間をサーバーに送信し、サーバーはタイムスタンプを比較してファイルが変更されたかどうかを判断します。変更がない場合、サーバーは 304 を返し、ブラウザにキャッシュの使用を継続するように指示します。変更がある場合は、200 を返し、最新のファイルを返します。
- Etag: この機能は Last-Modified と同じで、サーバー上のファイルの最新更新時刻を識別します。
違いは、Etagの値がファイルを識別するための文字列である点です。
ファイルが更新されたかどうかをサーバーに問い合わせるとき、ブラウザは If-None-Match フィールドを介して特性文字列をサーバーに送信し、サーバーはファイルの最新の特性文字列と照合して、ファイルが更新されたかどうかを判断します。更新はパケット 304 を返します。更新パッケージ 200 には
Etag と Last-Modified があり、必要に応じて 1 つまたは両方を同時に使用できます。2 つを同時に使用した場合、ベースの条件のいずれかが満たされている限り、ファイルは更新されないとみなされます。
一般的な使用法は次のとおりです。
- Cache-Control は Last-Modified と一緒に使用されます。
- Expires は Etag とともに使用されます。
つまり、1 つはキャッシュの有効時間を制御するために使用され、もう 1 つはキャッシュの有効期限が切れた後にサービスに更新を問い合わせるために使用されます。
キャッシュ制御、最終更新日、有効期限、および Etag はすべて Webview に自動的に実装されます
アプリケーションキャッシュのキャッシュメカニズム
- アプリケーション キャッシュは、Web APP のオフライン使用のために特別に開発されたキャッシュ メカニズムであり、js、css、フォント ファイルなどの静的ファイルを保存するために使用されます。
- ファイルは単位でキャッシュされ、ファイルには特定の更新メカニズム (ブラウザのキャッシュ メカニズムと同様) が備わっています。
- AppCache の原理には、マニフェスト属性とマニフェスト ファイルという 2 つの重要なポイントがあります。
<!DOCTYPE html>
<html manifest="demo_html.appcache">
// HTML 在头中通过 manifest 属性引用 manifest 文件
// manifest 文件:就是上面以 appcache 结尾的文件,是一个普通文件文件,列出了需要缓存的文件
// 浏览器在首次加载 HTML 文件时,会解析 manifest 属性,并读取 manifest 文件,获取 Section:CACHE MANIFEST 下要缓存的文件列表,再对文件缓存
<body>
...
</body>
</html>
原則は次のとおりです。
- AppCache には、最初にロードおよび生成された後の更新メカニズムもあります。キャッシュされたファイルを更新する必要がある場合は、マニフェスト ファイルも更新する必要があります
- 次回ブラウザを読み込むときに、デフォルトでキャッシュを使用するだけでなく、マニフェスト ファイルがバックグラウンドで変更されたかどうかも (バイトごとに) チェックされるためです。
- 変更が見つかった場合は、マニフェスト ファイルが再取得され、セクション: CACHE MANIFEST のファイル リストが確認および更新されます。マニフェスト ファイルとキャッシュ ファイルの確認と更新も、ブラウザのキャッシュ メカニズムに従います。
- ユーザーが AppCache キャッシュを手動でクリアすると、ブラウザは次回ロードするときにキャッシュを再生成します。これは、キャッシュの更新とみなすこともできます。AppCache にはローカルに 5MB があるため、AppCache キャッシュ ファイルはブラウザのキャッシュ ファイルとは別に保存されます (サブホスト) ) スペース制限。
具体的な実装は、webview の WebSettings クラスを通じて実現されます。
// 通过设置WebView的settings来实现
WebSettings settings = getSettings();
String cacheDirPath = context.getFilesDir().getAbsolutePath()+"cache/";
settings.setAppCachePath(cacheDirPath);
// 1. 设置缓存路径
settings.setAppCacheMaxSize(20*1024*1024);
// 2. 设置缓存大小
settings.setAppCacheEnabled(true);
// 3. 开启Application Cache存储机制
// 特别注意
// 每个 Application 只调用一次 WebSettings.setAppCachePath() 和
WebSettings.setAppCacheMaxSize()
Dom Storage キャッシュ メカニズム
Dom Storage メカニズムは、Android の SharedPreference メカニズムに似ています。
DOM Storage は sessionStorage と localStorage に分かれており、両者の使用方法は基本的に同じですが、動作範囲が異なります。
- a. sessionStorage: これは一時的なもの、つまりページに関連するデータを保存するものであり、ページを閉じた後は使用できません。
- b. localStorage: 永続性があり、保存されたデータはページを閉じた後も使用できます。
// 通过设置 `WebView`的`Settings`类实现
WebSettings settings = getSettings();
settings.setDomStorageEnabled(true);
// 开启DOM storage
Web SQL データベースのキャッシュ メカニズム
SQL ベースのデータベース ストレージ メカニズム。
公式声明によると、Web SQL Database ストレージ メカニズムは推奨されなくなり (メンテナンスされなくなり)
、IndexedDB キャッシュ メカニズムに置き換えられます。これについては後で詳しく説明します。
IndexedDB キャッシュ メカニズム
これは NoSQL データベースに属し、文字列のキーと値のペアを保存することによって提供されます。これは、Dom Storage ストレージ メカニズムのキーと値の保存方法に似ています。
複雑で大容量の構造化データを保存するために使用されます。
// 通过设置WebView的settings实现
WebSettings settings = getSettings();
settings.setJavaScriptEnabled(true);
// 只需设置支持JS就自动打开IndexedDB存储机制
// Android 在4.4开始加入对 IndexedDB 的支持,只需打开允许 JS 执行的开关就好了。
リソースのプリロード
使用するH5ページを事前にロード、つまりキャッシュを構築しておきます。
Android ホームページにはこのソリューションを使用することをお勧めします。
H5 リソースのプリロード:
主に次の 2 つの側面に分かれています。
-
初めて使用される WebView オブジェクト
- Web ビューの初回の初期化は 2 回目よりも大幅に遅くなります。初期化後に Web ビューが解放されても、Web ビューで共有されている一部のグローバル サービスとリソース オブジェクトはまだ解放されていないため、2 回目の読み込みが速くなります。
- この現象を利用して、アプリケーションの起動時にグローバル Webview オブジェクトを初期化することができます。つまり、Android の BaseApplication で Webview オブジェクトが初期化されます。
-
WebView オブジェクトのその後の使用
- Webview オブジェクトを複数回作成すると、多くの時間とリソースが消費されます。H5 を開くたびに再利用する必要がなく、再利用に 2 つ以上の WebView を使用するなど、独自の Webview 再利用プールを構築できます。
独自のキャッシュを構築する
- 使用頻度の低い、固定のH5静的リソースファイル(JS、CSSファイル、画像等)を事前にローカルに置いておく
- H5 ページのリソース ネットワーク リクエストをインターセプトし、検出します。
- ローカルに同じ静的リソースがあることが検出された場合は、リソースを取得するためにサーバーにネットワーク要求を送信せずに、ローカル読み取りから直接置き換えられます。
WebViewClient の shouldInterceptRequest メソッドを書き換えて、これらの静的リソースにサーバーにアクセスするときにインターセプトし、同じリソースが検出された場合はローカル リソースに置き換えます。
// 假设现在需要拦截一个图片的资源并用本地资源进行替代
mWebview.setWebViewClient(new WebViewClient() {
// 重写 WebViewClient 的 shouldInterceptRequest ()
// API 21 以下用shouldInterceptRequest(WebView view, String url)
// API 21 以上用shouldInterceptRequest(WebView view, WebResourceRequest request)
// 下面会详细说明
// API 21 以下用shouldInterceptRequest(WebView view, String url)
@Override
public WebResourceResponse shouldInterceptRequest(WebView view, String url) {
// 步骤1:判断拦截资源的条件,即判断url里的图片资源的文件名
if (url.contains("logo.gif")) {
// 假设网页里该图片资源的地址为:http://abc.com/imgage/logo.gif
// 图片的资源文件名为:logo.gif
InputStream is = null;
// 步骤2:创建一个输入流
try {
is =getApplicationContext().getAssets().open("images/abc.png");
// 步骤3:获得需要替换的资源(存放在assets文件夹里)
// a. 先在app/src/main下创建一个assets文件夹
// b. 在assets文件夹里再创建一个images文件夹
// c. 在images文件夹放上需要替换的资源(此处替换的是abc.png图片)
} catch (IOException e) {
e.printStackTrace();
}
// 步骤4:替换资源
WebResourceResponse response = new WebResourceResponse("image/png",
"utf-8", is);
// 参数1:http请求里该图片的Content-Type,此处图片为image/png
// 参数2:编码类型
// 参数3:存放着替换资源的输入流(上面创建的那个)
return response;
}
return super.shouldInterceptRequest(view, url);
}
// API 21 以上用shouldInterceptRequest(WebView view, WebResourceRequest request)
@TargetApi(Build.VERSION_CODES.LOLLIPOP)
@Override
public WebResourceResponse shouldInterceptRequest(WebView view, WebResourceRequest request) {
// 步骤1:判断拦截资源的条件,即判断url里的图片资源的文件名
if (request.getUrl().toString().contains("logo.gif")) {
// 假设网页里该图片资源的地址为:http://abc.com/imgage/logo.gif
// 图片的资源文件名为:logo.gif
InputStream is = null;
// 步骤2:创建一个输入流
try {
is = getApplicationContext().getAssets().open("images/abc.png");
// 步骤3:获得需要替换的资源(存放在assets文件夹里)
// a. 先在app/src/main下创建一个assets文件夹
// b. 在assets文件夹里再创建一个images文件夹
// c. 在images文件夹放上需要替换的资源(此处替换的是abc.png图片
} catch (IOException e) {
e.printStackTrace();
}
// 步骤4:替换资源
WebResourceResponse response = new WebResourceResponse("image/png",
"utf-8", is);
// 参数1:http请求里该图片的Content-Type,此处图片为image/png
// 参数2:编码类型
// 参数3:存放着替换资源的输入流(上面创建的那个)
return response;
}
return super.shouldInterceptRequest(view, request);
}
});
}