Webview摄像头与音频权限失效问题排查咨询

一、WebView/Chromium更新可能引发的权限逻辑变更 #

近期Chromium内核驱动的WebView更新，确实可能对媒体权限机制做了调整，常见影响点包括：

• 用户触发要求强化：部分新版本即便设置了mediaPlaybackRequiresUserGesture = false，仍会拦截非用户主动操作（如点击）触发的权限请求，强制要求权限申请由用户交互发起。
• 权限资源校验收紧：新版本可能对PermissionRequest的资源类型校验更严格，模糊的全量授权可能被内核拒绝，需明确指定摄像头、音频等具体资源。
• HTTPS强制限制：内核升级后可能强化隐私策略，HTTP协议的网页会被直接限制媒体权限请求，仅允许HTTPS页面调用摄像头和音频。

二、针对现有代码的优化方案 #

1. 明确指定授权的权限资源
   避免直接授予所有请求资源，精准指定摄像头和音频权限，降低内核拒绝授权的概率：

override fun onPermissionRequest(request: PermissionRequest?) {
    runOnUiThread {
        request?.let {
            val allowedResources = arrayOf(
                PermissionRequest.RESOURCE_VIDEO_CAPTURE,
                PermissionRequest.RESOURCE_AUDIO_CAPTURE
            )
            it.grant(allowedResources)
        }
    }
}

2. 确保权限请求由用户触发
   在网页或原生层添加用户触发逻辑，比如在WebView加载完成后，通过原生按钮点击调用网页JS方法发起权限请求，或者在网页内提示用户点击开启通话，满足内核对用户主动交互的要求。

3. 添加日志排查请求细节
   在权限回调中加入日志，查看实际请求的资源类型，确认是否符合预期：

override fun onPermissionRequest(request: PermissionRequest?) {
    runOnUiThread {
        request?.let {
            Log.d("WebViewPermission", "请求的资源列表: ${it.resources.joinToString()}")
            val allowedResources = arrayOf(
                PermissionRequest.RESOURCE_VIDEO_CAPTURE,
                PermissionRequest.RESOURCE_AUDIO_CAPTURE
            )
            it.grant(allowedResources)
        }
    }
}

三、进一步排查步骤 #

• 回退WebView版本验证：将设备WebView版本降级至3个月前的稳定版，测试问题是否消失，确认是否为版本更新导致。
• 校验原生权限有效性：在原生代码中直接调用摄像头、音频录制功能，确认系统权限确实正常生效，排除系统层面的权限异常。
• 检查网页端逻辑：确认网页的媒体权限请求代码未发生变更，排查是否存在JS错误导致权限请求失败的情况。

内容的提问来源于stack exchange，提问作者SGE