iOS Safari 不能稳定准确运行前端人脸识别——受限于WebAssembly和JS高负载限制，实际落地需“前端采集+后端识别”；活体检测依赖微信X5内核优化或服务端处理。
iOS Safari 能不能直接跑前端人脸识别？
不能——至少不能稳定、准确地跑。iOS Safari 对 WebAssembly 和高负载 JS 的限制极严，face-api.js 或 tf.loadGraphModel() 在 iPhone 上极易卡死、内存溢出或根本加载失败。所谓“H5人脸识别”，在 iOS 实际落地时，99% 是「前端采集 + 后端识别」，不是真正在浏览器里做完比对。
navigator.mediaDevices.getUserMedia() 在 iOS 的硬性前提
必须同时满足三项，否则连摄像头都打不开：
- 页面必须通过 HTTPS 访问（HTTP 会静默拒绝）
- iOS 系统 ≥ 11（但建议 ≥ 14.3，否则
facingMode: 'user'可能无效） -
video约束必须显式指定宽高，例如{ width: { ideal: 640 }, height: { ideal: 480 } }；纯{ video: true }在 Safari 下大概率黑屏
常见错误现象：NotAllowedError: The request is not allowed by the user agent —— 不是用户点了拒绝，而是约束没写对，Safari 直接拒了请求。
活体检测为什么微信浮层 H5 能行，普通 H5 却不行？
微信内置浏览器（X5 内核）对摄像头和 canvas 操作做了深度优化，并集成了腾讯云人脸核身 SDK 的轻量级活体能力（如眨眼+光线变化），这些能力不依赖前端 JS 模型，而是由客户端原生桥接调用。普通 Safari 没这层封装，你写再多 requestAnimationFrame 循环做帧分析，也扛不住 iOS 的后台节流和内存回收。
立即学习“前端免费学习笔记（深入）”；
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
所以实际方案只有两个选择：
- 接入微信浮层 H5（需腾讯云 RuleId，支持一闪活体）
- 放弃前端活体，用
canvas.captureStream().getTracks()[0]截一帧图，fetch()上传到后端识别服务（如百度 AI、阿里云 FaceCompare）
拍照上传识别的最小可行代码片段
别碰实时流分析，先确保能拿到一张可用图：
async function takePhoto() {
const video = document.getElementById('video');
const canvas = document.getElementById('canvas');
const ctx = canvas.getContext('2d');
canvas.width = video.videoWidth;
canvas.height = video.videoHeight;
ctx.drawImage(video, 0, 0);
const blob = await new Promise(r => canvas.toBlob(r, 'image/jpeg', 0.8));
const formData = new FormData();
formData.append('image', blob, 'face.jpg');
const res = await fetch('/api/verify', { method: 'POST', body: formData });
return res.json();
}
注意：canvas.toBlob() 在 iOS Safari 15.4+ 才稳定支持；旧版本要用 canvas.toDataURL() + base64 解码上传，体积大、慢、易超时。
真正的难点不在“怎么调”，而在“调完之后怎么让结果可信”——活体防翻拍、证件 OCR 与人脸比对的时序一致性、HTTPS 传输加密、服务端特征向量存储策略……这些全得后端兜底，前端只是个快门按钮。
