ScrollView嵌套WebView报Unable to create layer for WebView

本文探讨了在强制GPU渲染模式下,WebView加载H5页面时出现崩溃的问题。通过分析崩溃日志,发现GPU渲染存在大小限制,导致崩溃。尝试使用软件层类型设置和transitionGroup属性未解决问题。文章记录了问题现状,寻求进一步研究。

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

今早一上班就有客户的奔溃bug,具体复现步骤,开发者选项-强制gpu渲染,点开会奔溃的页面页面布局如下图

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical"
    >
        <ScrollView
            android:layout_width="match_parent"
            android:layout_height="match_parent">
                <com.example.base.jsbridge2.WVJBWebView
                    android:layerType="software"
                    android:id="@+id/web_view_topman"
                    android:layout_width="match_parent"
                    android:layout_height="match_parent">
                </com.example.base.jsbridge2.WVJBWebView>
        </ScrollView>
</LinearLayout>

先说下为什么嵌套scrollView,因为加载的h5页面滑动回回弹,实在没办法才加的scrollView;

然后就出现奔溃了,奔溃日志如下

java.lang.IllegalStateException: Unable to create layer for WVJBWebView
	at android.os.MessageQueue.nativePollOnce(Native Method)
	at android.os.MessageQueue.next(MessageQueue.java:143)
	at android.os.Looper.loop(Looper.java:130)
	at android.app.ActivityThread.main(ActivityThread.java:6141)
	at java.lang.reflect.Method.invoke(Native Method)
	at java.lang.reflect.Method.invoke(Method.java:372)
	at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1399)
	at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1194)

百度了一大堆都说 解决方法: 
webView.setLayerType(View.LAYER_TYPE_NONE, null); 
关闭硬件加速即可,也不能使用软件加速

但是用户他就是强制gpu渲染,我能怎么办,把他手机拿来关了吗。。。。

然后本着再研究研究的态度,然后我就继续看,

看到https://bugs.chromium.org/p/chromium/issues/detail?id=578150这个网友问题跟我一样,然后说是gpu渲染的大小是有限的,所以导致的奔溃,然后我就开始研究怎么解决渲染的问题,然后我发现这个代码有人说道

android:transitionGroup="true"

 用法如下链接 https://blog.youkuaiyun.com/zhaostrong/article/details/79043142

但是我用了 还是没解决我的问题,暂时先到这吧,先记录下,找机会再研究下

### 解决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 属性配置又或者是结合两者共同作用都可以达到预期目标只要合理运用即可获得满意的结果。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值