iOS Chrome中navigator.getUserMedia未定义，Instascan扫码失效是否关联WKWebView？

嘿，你的判断完全在点子上——iOS版Chrome切换到WKWebView正是导致你的二维码扫描器失效的核心原因之一，我来给你详细梳理下前因后果和解决思路：

• Chrome在iOS的引擎切换背景
  苹果从iOS 12开始强制要求所有第三方浏览器必须使用WKWebView作为底层渲染引擎，Chrome其实更早就在逐步替换旧的UIWebView。这一变化带来了性能提升，但也引入了更严格的Web标准和权限管控，很多基于旧引擎的代码都会出现兼容性问题。

• WKWebView对媒体API的严格限制
  你遇到的navigator.getUserMedia或navigator.mediaDevices未定义的问题，主要源于WKWebView的三个关键限制：

  • HTTPS强制要求：除了localhost测试环境，所有调用媒体API的页面必须部署在HTTPS协议下，HTTP页面会直接禁用媒体权限相关的API
  • 系统权限绑定：iOS系统层面必须给Chrome授予相机权限，否则即使页面代码正确，API也会返回未定义或者权限错误
  • API版本兼容：旧版的navigator.getUserMedia已经被Web标准弃用，WKWebView更倾向于支持标准的navigator.mediaDevices.getUserMedia接口，很多旧库还在沿用废弃的API

• Instascan的适配问题
  如果你使用的修改版Instascan是基于较早的代码，很大概率还在调用已被WKWebView淘汰的旧API，或者没有处理WKWebView特有的权限请求逻辑。比如旧版Instascan可能直接使用navigator.getUserMedia，没有做标准API的降级处理。

• 实用的排查和修复步骤

  1. 先确认你的页面是HTTPS部署（本地测试可以用localhost绕过这个限制）
  2. 检查iOS系统设置里，Chrome的相机权限是否已经开启（路径：设置 → Chrome → 相机）
  3. 把Instascan更新到最新版本，或者手动修改代码：将旧的getUserMedia调用替换为标准的navigator.mediaDevices.getUserMedia({ video: { facingMode: 'environment' } })（这里指定后置摄像头更适合二维码扫描）
  4. 记得处理权限请求的Promise回调，捕获权限拒绝的错误，给用户清晰的提示，引导他们开启权限

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