Android与Js交互的一些总结

一、WebSettings

在WebView加载html之前，需设置一些属性，这里讲两个属性设置。

1、settings.setJavaScriptEnabled(true);

设置为true后WebView就可以和JS互相调用对方接口。

2、settings.setCacheMode(loadMode);

设置WebView的缓存机制，WebView提供了5中机制，分别 LOAD_CACHE_ELSE_NETWORK、LOAD_CACHE_ONLY、LOAD_DEFAULT、LOAD_NORMAL、LOAD_NO_CACHE 。

LOAD_CACHE_ELSE_NETWORK ：

API： Use cached resources when they are available, even if they have expired. Otherwise load resources from the network. 

当缓存资源有效甚至过期都使用缓存资源，除非从网络重新加载数据。通俗点解释就是只要存在缓存，不管当前状态是有网络还是无网络，都会使用缓存数据，无缓存时才会从网络加载，例如：首次加载是无缓存的情况，这样才会从网络加载缓存。

    LOAD_CACHE_ONLY：
API：Don't use the network, load from the cache.

从来都只加载本地数据，不使用网络加载。如果本地无缓存，即使有网络状态也会出现找不到网页的错误界面。

LOAD_DEFAULT：

API:Default cache usage mode. If the navigation type doesn't impose any specific behavior, use cached resources when they are available and not expired, otherwise load resources from the network.

默认缓存的使用模式。如果导航类型不强加任何特定的行为，使用缓存资源的时候都可用，没有过期，否则从网络加载资源.这个是由HTTP消息头中的“Cache-control”来控制的，在有网络的情况下必定加载网络数据，在无网络情况下会出现错误页面。

LOAD_NORMAL：

API:This value is obsolete, as from API level HONEYCOMB and onwards it has the same effect as LOAD_DEFAULT.

API level 17 中已经废弃, 从 API level 11 开始作用同LOAD_DEFAULT模式。

LOAD_NO_CACHE

API:Don't use the cache, load from the network. 

从来都不使用缓存，必须加载网络数据。

一般做法是先判断网络情况，如果在有网络状态下，使用LOAD_DEFAULT，无网络情况下，使用LOAD_CACHE_ELSE_NETWORK，这样既保证了数据更新，又保证了效率和无网状态的加载。

二、加载网页

android使用webview.load(url)来加载网页或调用js接口，例如：

webview.load("www.baidu.com");

调用js接口有两种情况，一种是有参数，一种是无参数，语句跟本地调用差不多：

webView.loadUrl("javascript:NativeBridge.returnFromNative("+callbackId+","+param+")");

调用NativeBridge.returnFromNative方法并传callbackId和param两个参数，很多资料都会把参数写在单引号里，但是这样Js端某些对象不好解析，所以不建议用单引号包裹。

三、网页回退

在点击系统返回键默认情况下系统会结束掉这个activity，显然在加载html时用户不希望这样做，可以调用webview.goBack();例如：

public boolean onKeyDown(int keyCoder,KeyEvent event){
                         if(webView.canGoBack() && keyCoder == KeyEvent.KEYCODE_BACK){
                                  webview.goBack();   //goBack()表示返回webView的上一页面
                                 return true;
                          }
                          return false;
                 }

但是最近做的一个项目中，js端为了效率问题，把所有页面都写在一个地址下，即跳转的时候每次都是换内容而不是真正跳转到另一个网址，这时候就不能用goBack函数了。于是只能在用户点击需要换内容的时候调用js的接口实现跳转，例如:

@Override
	public boolean onKeyDown(int keyCode, KeyEvent event) {
		if (keyCode == KeyEvent.KEYCODE_BACK) {
			_webView.loadUrl("javascript:App.TriggerBack()");
			return true;
		}
		return super.onKeyDown(keyCode, event);

	}

但是这样会产生一个问题，就是由于某些原因Html网页没有加载出来的时候，无法调用js的接口，这样导致点击返回键无效，后果非常严重，例如在进入一个activity时，只可以通过返回键返回，没有其他返回的软按键，当网页没有加载出来时，点击返回键无效，只能通过手动强制退出应用再重启来解决。于是后来决定采用“分配返回键控制权”的方法解决，即由Js调用Android接口获取或者释放返回键的控制权，在需要返回网页的上一个页面时由JS来控制返回键，如上述代码，在需要返回上一个activity时，由Android系统控制返回键，点击返回键执行如下代码：

return super.onKeyDown(keyCode, event);

最后一个问题就是JavascriptInterface标志了，4.2之前向webview注入的对象所暴露的接口没有注释语句@JavascriptInterface，而4.2及以后的则多了注释语句@JavascriptInterface，但是这次项目中加@JavascriptInterface也没起到效果，最后把targetSDK版本从17改为16可以解决问题。具体请查看http://blog.csdn.net/zgjxwl/article/details/9627685