android ScrollView嵌套WebView高度为0的BUG

在项目中遇到WebView加载H5字符串时高度显示为0的问题,通过后台返回的H5字符串中强制设置高度属性,成功解决了这一难题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

本文在我的个人博客首发: http://www.geekqian.com/post/426eb5c9.html

这里写图片描述

先说下背景, 项目里有个升级会员页面, 页面中要有一个展示会员权益的地方, 数据是后台接口返回来的一串 H5 的字符串. app 这边做的就是先获取到 H5 的字符串后用 webview 展示出来. 当然这个页面上还有其他的控件, 考虑到要适配的问题, 所以用了 ScrollView 把 webview 以及其他的控件给套了起来, 然后有了下面的这个问题.

在加载 H5 字符串时 WebView 显示的高度为 0, 除非写死高度, 不然显示不出来.
之后各种百度谷歌搜索嵌套后产生的这个问题. 尝试了各种解决方案. 无果!

后来与后台人员沟通, 推测可能是返回的 H5 字符串中的属性问题, 在那串 H5 中高度没有设置, 本来不设置的话默认的应该为 100% , 但是没有作用, 那么我就让后台人员强制写死了高度. 也就是下面这串 style="height: 465px;" 然后就解决了这个问题.

<!DOCTYPE html>
    <html style="height: 465px;"><head>
    <meta charset="utf-8">
    <meta name="renderer" content="webkit">
    <meta http-equiv="X-UA-Compatible" content="IE=Edge,chrome=1">
    <meta http-equiv="Cache-Control" content="no-siteapp">
    <meta name="format-detection" content="telephone=no">
    <title>赤狐CRM</title>
    <meta name="keywords" content="赤狐CRM">
    <meta name="description" content="赤狐CRM">
    </head>
    <body>
     ...
    </body></html>
### 解决ScrollView嵌套WebView高度动态调整的方法 在开发过程中,当遇到`ScrollView`嵌套`WebView`时,可能会面临`WebView`高度无法正确计算的问题。以下是几种常见且有效的解决方案: #### 方法一:通过JavaScript动态获取网页内容高度并设置给`WebView` 可以通过加载完成后的回调函数,在页面加载完成后执行JavaScript脚本来获取网页的实际高度,并将其应用到`WebView`上。 ```kotlin webView.webViewClient = object : WebViewClient() { override fun onPageFinished(view: WebView?, url: String?) { super.onPageFinished(view, url) webView.loadUrl("javascript:function getDocHeight(){return document.body.scrollHeight;}") webView.evaluateJavascript("getDocHeight();") { height -> val contentHeight = height.replace("[^0-9]".toRegex(), "").toInt() webView.layoutParams.height = contentHeight webView.requestLayout() } } } ``` 这种方法利用了JavaScript来精确获取文档的高度,并将其赋值给`WebView`[^1]。 --- #### 方法二:通过监听滚动事件解决滑动冲突 如果存在滑动冲突问题,则可以在`WebView`的触摸事件中禁用父级视图拦截触碰事件的行为。 ```kotlin mWebView.setOnTouchListener { v, event -> when (event.action) { MotionEvent.ACTION_DOWN -> v.parent.requestDisallowInterceptTouchEvent(true) MotionEvent.ACTION_UP -> v.parent.requestDisallowInterceptTouchEvent(false) } return@setOnTouchListener false } ``` 此方式能够有效缓解因滑动冲突而导致的内容不可见或交互异常的情况[^2]。 --- #### 方法三:初始化阶段隐藏`WebView`以强制重绘 一种简单粗暴但实用的办法是在布局定义时先将`WebView`设为不可见状态(`android:visibility="gone"`),待数据加载完毕后再恢复可见性(`VISIBLE`),从而触发其重新渲染过程。 ```xml <WebView android:id="@+id/costom_wb_reorganize" android:layout_width="match_parent" android:layout_height="wrap_content" android:visibility="gone"/> ``` 随后配合如下逻辑实现自动切换显示状态的操作: ```kotlin override fun onPageStarted(view: WebView?, url: String?, favicon: Bitmap?) { super.onPageStarted(view, url, favicon) costom_wb_reorganize.visibility = View.VISIBLE } ``` 这种方式虽然看似笨拙却能很好地规避部分复杂场景下的展示错误现象[^1]. --- #### 方法四:借助服务器端支持提供额外参数辅助计算 对于某些特定需求的应用程序来说(例如仅用于呈现静态图像资源),可以让后台服务返回附加的信息如每幅图画的具体尺寸等元数据字段供客户端解析使用. 假设我们已经获得了这些必要的属性值之后便可以根据它们的比例关系自行推导出适合当前设备屏幕条件的最佳适配方案: ```java int screenWidth = Resources.getSystem().getDisplayMetrics().widthPixels; float scaleRatio = imageWidth / screenWidth; // Adjust webview's layout params accordingly. LinearLayout.LayoutParams layoutParams = new LinearLayout.LayoutParams( ViewGroup.LayoutParams.MATCH_PARENT, Math.round(imageHeight * scaleRatio)); costom_wb_reorganize.setLayoutParams(layoutParams); ``` 尽管这种做法可能显得有些繁琐冗余但实际上确实有助于提升用户体验质量尤其是针对那些对视觉效果有着较高追求的产品而言更是如此[^3]. --- ### 总结说明 综上所述,处理 `ScrollView` 嵌套 `WebView` 的高度自适应问题可以从多个角度入手尝试不同的技术手段直至找到最适合实际业务环境的那个最佳实践为止。无论是采用 JavaScript 动态注入还是单纯依靠 XML 属性配置又或者是结合两者共同作用都可以达到预期目标只要合理运用即可获得满意的结果。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值