html input[type="file"] 默认打开前置摄像头时，应使用强制调用后置摄像头；capture必须与accept配合生效，ios仅认capture="environment"，android虽对值不敏感但加该值更稳，微信x5内核等场景需降级为相册选择。
HTML input[type="file"] 默认打开前置摄像头怎么办
移动端用 <input type="file" accept="image/*" capture="environment"> 才能强制调用后置摄像头，不加 capture 或写成 capture="user" 就大概率打开前置。iOS Safari 和 Android Chrome 都认这个属性，但行为有差异：iOS 必须用 capture="environment"（不能是字符串 "rear" 或数字），Android 则对值不敏感，capture 有值就倾向后置，但加 environment 更稳。
常见错误是只写 capture 不带值，或误写成 capture="rear" —— 这在 iOS 上完全无效，仍走默认（通常是前置）。
-
capture属性必须和accept="image/*"同时存在才生效 - 不要依赖
mediaDevices.enumerateDevices()动态切换——移动端浏览器普遍不支持该 API 返回可用摄像头列表，或返回空数组 - 微信内置浏览器（X5 内核）不支持
capture属性，此时只能降级为相册选择
为什么 getUserMedia() 在 iOS 上无法指定后置摄像头
iOS Safari 对 getUserMedia() 的 deviceId 约束支持极弱：即使你先调用 enumerateDevices() 拿到设备 ID，传给 {video: {deviceId: {exact: "xxx"}}}，也大概率报错 OverconstrainedError 或静默失败。根本原因是 iOS 不允许网页直接枚举/选择物理摄像头，只允许通过 capture 属性声明意图。
所以别折腾 constraints 里的 facingMode: "environment" —— 它在 iOS 上基本不生效，Android 也仅部分版本支持。
- Android Chrome 支持
facingMode: "environment"，但需配合https和用户手势触发 - iOS 必须用
input+capture="environment"，这是唯一可靠路径 - 若要用
getUserMedia()实现预览+拍照，iOS 上只能接受它默认打开的那一个摄像头（通常是前置），无法切换
capture="environment" 在不同机型上的兼容性坑
看似简单，实际踩点不少：小米、华为部分 Android 机型（尤其旧版 EMUI/MiUI）会把 capture="environment" 当作无效值，仍唤起前置；OPPO 和 vivo 某些版本则会弹出选择框让用户手动选前后置——这反而破坏了“默认后置”的预期。
没有银弹方案，只能按优先级 fallback：
- 首选
<input type="file" accept="image/*" capture="environment"> - 降级方案：去掉
capture，提示用户手动切换相机（文案明确写“请点右上角切换为后置摄像头”） - 极端情况（如微信内）直接隐藏相机按钮，只留相册上传入口
注意：不要用 capture="true" 或 capture=""，这些在规范里不合法，浏览器解释不一致。
如何验证当前打开的是后置摄像头
没法 100% 准确验证。前端无标准 API 能读取当前正在使用的物理摄像头型号或 facingMode。唯一间接方式是：拍照后检查图像内容——后置摄像头拍出的画面通常更广、畸变更小、有明显环境光变化；但自动化识别不可靠，且增加复杂度。
实际项目中，应把验证逻辑交给用户：拍照后展示缩略图，并加一句“若画面模糊/光线暗，可能是前置，请重试并确保选择了后置摄像头”。比代码判断更可信。
真正容易被忽略的点是：很多团队以为加了 capture="environment" 就万事大吉，却没测过 OPPO R17、华为 P30 Lite 这类老机型——它们的 WebView 对该属性的支持是断层式的，必须真机覆盖测试，模拟器毫无意义。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
