capture属性需与accept配合才有效，仅对移动端生效，桌面端忽略；正确写法为<input type="file" accept="image/*" capture>，无法强制指定前后置摄像头，需用getUserMedia实现。
capture属性在input[type="file"]中根本不起作用
HTML标准里没有capture这个独立属性，它只是input[type="file"]的**辅助布尔属性**，必须配合accept才能触发相机调用，且仅对移动端有效。桌面端浏览器完全忽略它，Chrome DevTools 里看到capture被渲染成capture=""不等于“生效”——它只是个信号，底层是否响应取决于系统和浏览器支持程度。
正确写法：accept + capture 缺一不可
只写capture没用；只写accept可能弹相册而非相机。二者必须同时存在，且accept值要匹配目标媒体类型：
-
accept="image/*"+capture→ 触发后置相机（多数安卓）或默认相机（iOS） -
accept="image/*;capture=camera"→ 部分安卓浏览器识别此写法，但非标准，兼容性差 -
accept="video/*"+capture→ 触发视频录制，非拍照
推荐写法：
<input type="file" accept="image/*" capture>
前置相机无法强制指定，靠设备和系统决定
HTML规范不提供切换前后置摄像头的接口。capture本身不区分前后，行为由以下因素决定：
立即学习“前端免费学习笔记（深入）”；
- iOS Safari：始终调用后置相机（除非用户手动切换）
- Android Chrome：多数情况下调用后置，部分厂商（如三星、小米）系统相机App会记住上次使用的镜头，可能“意外”打开前置
- 没有
capture="user"或capture="environment"这种写法——那是WebRTC的mediaDevices.getUserMedia()参数，和input无关
想控制前后置？只能换方案：用getUserMedia
如果必须默认打开前置摄像头，input + capture做不到，得用JavaScript调用摄像头流：
navigator.mediaDevices.getUserMedia({ video: { facingMode: "user" } })
注意点：
-
facingMode: "user"≈ 前置，"environment"≈ 后置，但不是100%可靠，部分安卓机型会忽略 - 需要HTTPS环境（localhost除外），否则
getUserMedia直接拒绝 - 需自行实现拍照、截图、上传逻辑，不能像
input那样一键选图提交
真正可控的前后置切换，不在HTML属性里，而在MediaStreamConstraints和实际设备能力之间——那块灰色地带，连Chrome开发者工具都很难模拟。
