标准写法只有 capture="user"，且必须配合 type="file" 和 accept="image/*" 才可能生效；它仅是提示而非强制指令，是否启用前置摄像头取决于操作系统、浏览器及上下文（如 HTTPS、移动端、用户权限等）。
capture="user" 不是标准属性，别写成 capture-user_
HTML 中根本不存在 capture-user_ 这种写法，这是常见拼写错误或混淆了旧文档/框架封装的结果。标准写法只有 capture="user"，且它必须配合 type="file" 和 accept="image/*" 才可能生效。浏览器不会识别下划线、连字符或大小写变体，写成 capture-user_ 或 capture="user_" 会直接被忽略。
为什么加了 capture="user" 还是调不出前置摄像头
根本原因在于：该属性仅是提示（hint），不是强制指令。是否启用前置摄像头，最终由操作系统和浏览器共同决定，且依赖具体上下文：
-
capture="user"在移动端浏览器（Chrome Android、Safari iOS）中才可能起作用；桌面端基本无视 - iOS Safari 要求页面必须通过 HTTPS 提供，且用户已授予摄像头权限；HTTP 页面即使写了也无效
- 部分安卓厂商定制系统（如华为 EMUI、小米 MIUI）会绕过该提示，优先弹出系统相机选择界面
- 如果用户上次手动切换过摄像头（比如选了后置），浏览器可能记住偏好，
capture="user"就不再覆盖
input[type="file"] 的正确写法与兼容性取舍
要最大化前置调用概率，必须同时满足多个条件：
- 使用
<input type="file" accept="image/*" capture="user">—— 三者缺一不可 - 避免添加
multiple，某些浏览器（尤其是 iOS）在多图模式下会禁用capture - 不要用 JS 动态设置
capture属性，必须在 HTML 中静态声明，否则 Safari 完全不识别 - 若需更高控制力（比如实时预览、切换镜头），应放弃
capture，改用navigator.mediaDevices.getUserMedia({facingMode: "user"})+<video>自建流
示例有效写法：
<input type="file" accept="image/*" capture="user" id="camera-input">
立即学习“前端免费学习笔记（深入）”；
实际调试时最常漏掉的两件事
一是没检查控制台报错：NotAllowedError 表示权限被拒或上下文不安全（比如非 HTTPS、iframe 沙盒未开放权限）；二是误以为 capture="user" 能触发自动拍照 —— 它只影响相机启动时的默认镜头，拍照动作仍需用户点击快门按钮，无法跳过交互。
真正需要“快速调用前置”的场景，比如扫码、证件拍摄，capture 只能算辅助手段。一旦对可靠性有要求，就得切到 MediaStream API，而那意味着要处理权限请求、设备枚举、facingMode fallback 切换，以及 iOS 上 video.play() 必须由用户手势触发的限制。
