可以，但必须满足HTTPS；iOS Safari、Chrome、Firefox均支持html5-qrcode实时扫码，HTTP（含局域网IP）因WebKit安全策略被拒绝，localhost例外，真机需ngrok等HTTPS方案。
iOS 浏览器能直接用 html5-qrcode 吗？可以，但必须满足 HTTPS
是的，iOS 上 Safari、Chrome、Firefox 都支持 html5-qrcode 实时扫码，前提是页面运行在 HTTPS 环境下。HTTP 协议（包括 http://192.168.x.x 这类局域网 IP）会被 iOS 浏览器直接拒绝访问摄像头——这不是 bug，而是 WebKit 强制的安全策略，从 iOS 11 就已生效，2026 年仍未放宽。
常见错误现象：页面白屏、控制台报 NotAllowedError: Permission denied 或静默失败无提示；调用 Html5QrcodeScanner.render() 后 video 区域黑屏/卡住。
- 本地开发用
localhost可以，因为浏览器对 localhost 做了例外处理 - 换成手机用 WiFi 访问本机
http://192.168.1.100:8080→ 必然失败 - 真机测试必须走 HTTPS：可用
ngrok、localtunnel或部署到带 SSL 的测试服务器
Html5QrcodeScanner 初始化时 iOS 特别要注意的参数
iOS 摄像头权限更敏感，初始化配置稍有偏差就容易卡在“请求权限”或自动 fallback 到前置摄像头。关键不是写错，而是默认行为和 Android 不一致。
-
rememberLastUsedCamera: true很有用：用户选过一次后缀摄像头，下次就不会再弹两次权限框 -
qrbox建议用对象写法：{ width: 250, height: 250 }，iOS 对单数值qrbox: 250解析偶尔不稳定 - 避免设
fps> 15：iOS 视频流处理压力大，fps: 20可能导致画面卡顿或扫码延迟升高 - 务必传第 3 个参数
false（禁用旧版兼容模式）：new Html5QrcodeScanner("reader", config, false)，否则 iOS Safari 可能降级使用 Canvas 捕获，失败率陡增
扫码成功后，iOS 返回的 decodedResult 结构和 Android 一样吗？基本一致，但要注意格式字段
是的，结构统一，但 iOS 下部分二维码内容含特殊字符（比如微信跳转链接里的 uin= 参数）可能被 Safari 自动 URL decode 一次，导致你拿到的 decodedText 是解码后的纯文本，而 decodedResult.decodedString 是原始编码串。
立即学习“前端免费学习笔记（深入）”；
实操建议：
- 优先用
decodedResult.decodedString，它最可靠，不经过浏览器二次处理 - 如果扫码结果是 URL，iOS Safari 可能自动触发跳转（尤其短链），加
event.preventDefault()在回调里没用，得在扫码前给容器加style="pointer-events: none;"或用stopPropagation拦截 click 冒泡 - 不要依赖
decodedResult.rawData：iOS 下这个字段经常是undefined，Android 才稳定返回 ArrayBuffer
微信 WebView 里调用 html5-qrcode 为什么经常白屏？根本原因不是库，是微信的限制
微信内置浏览器（X5 内核）对 getUserMedia 的支持极差，即使 HTTPS + 正确配置，也大概率黑屏或报 NotReadableError。这不是你代码的问题，是微信主动阉割了摄像头 API 权限。
真实可行的路径只有两条：
- 引导用户「在 Safari 中打开」：加个浮层提示，检测
navigator.userAgent.includes("MicroMessenger")就显示「请点击右上角 ➝ 选择 Safari 打开」 - 如果必须在微信内完成，放弃纯 H5 方案，改用 JS-SDK 调用微信原生扫码（
wx.scanQRCode），但需公众号认证 + 后端签名，且只适用于公众号网页，小程序 WebView 不支持
iOS 上真正能稳定跑通的，永远是 Safari 或 PWA 添加到主屏幕后的独立上下文——其他任何 WebView 容器都存在不可控的兼容性断层。
