android ScollView 嵌套 WebView 底部空白,高度无法自适应解决

2018-10-21 22:29:24


毕竟webview要自适应的话的场景并不是很多,除非和原生一起使用,所以我选择了检测新的请求跳转新的webview。这样解决的。那个里面只有一个webview,网页自己滚动。


最近要做一个页面,需要 ScrollView 嵌套 WebView,怎么嵌套,怎么解决焦点和 touch 事件冲突,网上一大堆,这里就不赘述了,但是发现 WebView 从一个高度很高的网页加载一个高度很低的网页的时候,高度无法自适应了,造成底部会有一大片的空白,解决方案找到了挺多,描述一下:


Google 官方建议

  Google 建议不要在 ScrollView 中使用 WebView,但是毕竟无法避免,产品的需求;


移除重新添加新的 WebView

  每次加载新的 url 的时候 remove 掉旧的 WebView,重新加入一个新的 WebView 去加载这个新的 url,这种方案是可行的,但是毕竟不太好,效率不高,而且会造成体验上不太好;


JS 注入,获取页面内容高度,设置成 WebView 高度

  JS 注入,通过前端 JS 调用 native 方法,把高度值传递过来,然后通过 layoutparams 去设置 webview 的高度:


mWebView.setWebViewClient(new WebViewClient() {

    @Override

    public void onPageFinished(WebView view, String url) {

        mWebView.loadUrl("javascript:App.resize(document.body.getBoundingClientRect().height)");

        super.onPageFinished(view, url);

    }

});

mWebView.addJavascriptInterface(this, "App");

1

@JavascriptInterface

public void resize(final float height) {

    getActivity().runOnUiThread(new Runnable() {

        @Override

        public void run() {

            //Toast.makeText(getActivity(), height + "", Toast.LENGTH_LONG).show();

            //此处的 layoutParmas 需要根据父控件类型进行区分,这里为了简单就不这么做了

            mWebView.setLayoutParams(new LinearLayout.LayoutParams(getResources().getDisplayMetrics().widthPixels, (int) (height * getResources().getDisplayMetrics().density)));

        }

    });

}

1

2

3

4

5

6

7

8

9

10

11

需要注意的是上面的 resize 方法一定要上面那么写,写成:


mWebView.getLayoutParams().height = (int) (height * getResources().getDisplayMetrics().density);

1

这样是无法成功的,看来宽度也是有影响的


感谢 @imesong 同学,这段代码有亮点可以完善的地方:


mWebVew.setLayoutParam() 时,应该根据 WebView 父控件的类型,创建 LayoutParam,或者直接用 mWebView.getLayoutParams() 获取 LayoutParams;

调用 JAVA 方法的 JS ,可以在网页加载完成时自己加载下面这段 JS 代码(区别在于一个是终端处理,一个是前段处理),比如:

(function(w){

    window.App.resize(document.body.getBoundingClientRect().height);

})(window); 

1

2

3

加载这段 JS 就可以了,“APP” 和上面一样是自己注册是自己注册的接口名字; 

思路是一样的,处理方式有差异。 

试验不太成功的方式

  网上也找到了一些其他的方式,试了一下,不太成功,不知道是不是使用姿势的问题,感兴趣的也可以试试,反馈结果给我。


先加载一个空网页

  在从高网页加载低网页的时候,先加载一个空内容,接着立马做相关的处理操作(比如加载新的网页,更改字体等),


// load empty data to shrink the WebView instance

mArticleWebView.loadUrl(Constants.ASSETS_EMPTY);

// load real data

mArticleWebView.loadDataWithBaseURL(null,data,"text/html","utf-8",null);

1

2

3

4

Constants.ASSETS_EMPTY 仅仅只是一个 String 子串,标识该空网页的位置,所以该变量可以为 “file:///android_asset/Empty.html”. 

试了一下,也是不好用的,不知道是不是我的操作问题, 

原文链接 http://vision-apps.blogspot.hk/2012/08/android-webview-tips-tricks.html


修改 Setting 属性

wv.getSettings().setLayoutAlgorithm(WebSettings.LayoutAlgorithm.SINGLE_COLUMN);

wv.setVerticalScrollBarEnabled(false);

wv.setVerticalScrollbarOverlay(false);

wv.setHorizontalScrollBarEnabled(false);

wv.setHorizontalScrollbarOverlay(false);

1

2

3

4

5

一样不好用,原文链接http://blog.csdn.net/wht3xr/article/details/21004053


另外一些人的讨论

  一些人的讨论,比较有参考价值:http://stackoverflow.com/questions/15546416/how-to-shrink-webview-size-dynamically-according-to-its-content


总结

  综合考虑来看,第三种方式是比较合适的,我当时也是使用的第三种方式解决的这个问题。


  • 2017-01-16 15:09:40

    Javascript模块化编程(一):模块的写法

    随着网站逐渐变成"互联网应用程序",嵌入网页的Javascript代码越来越庞大,越来越复杂。网页越来越像桌面程序,需要一个团队分工协作、进度管理、单元测试等等......开发者不得不使用软件工程的方法,管理网页的业务逻辑。

  • 2017-01-16 15:16:24

    Javascript模块化编程(二):AMD规范

    AMD是"Asynchronous Module Definition"的缩写,意思就是"异步模块定义"。它采用异步方式加载模块,模块的加载不影响它后面语句的运行。所有依赖这个模块的语句,都定义在一个回调函数中,等到加载完成之后,这个回调函数才会运行。

  • 2017-01-16 15:19:24

    RequireJS 入门指南

    如今最常用的JavaScript库之一是RequireJS。最近我参与的每个项目,都用到了RequireJS,或者是我向它们推荐了增加RequireJS。在这篇文章中,我将描述RequireJS是什么,以及它的一些基础场景。

  • 2017-01-16 15:22:30

    CommonJS规范

    CommonJS模块规范。 根据这个规范,每个文件就是一个模块,有自己的作用域。在一个文件里面定义的变量、函数、类,都是私有的,对其他文件不可见。

  • 2017-01-17 15:42:03

    vue-cli 发布(译)

    当我们真正开发一个应用的时候,我们不可避免的会用到一大堆的工具,模块化、预处理器、热模块加载、代码校验和测试。这些工具对于一个需要长期维护的大型应用是必须的,但是项目初始化将会是让人痛苦的事情。这就是为什么我们做了 vue-cli 。