美文网首页
Android与Js交互的一些总结

Android与Js交互的一些总结

作者: pkxutao | 来源:发表于2017-11-29 14:34 被阅读52次

    一、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 levelHONEYCOMBand onwards it has the same effect asLOAD_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

    相关文章

      网友评论

          本文标题:Android与Js交互的一些总结

          本文链接:https://www.haomeiwen.com/subject/obtubxtx.html