capture属性不能直接保证调起摄像头，仅为提示浏览器优先使用摄像头，需配合accept="image/*"等媒体类型才可能生效；ios safari和部分安卓webview常忽略它，真正可控方案是getusermedia()。
capture 属性在移动端是否真的能调起摄像头
不能直接保证。capture 只是提示浏览器“建议使用摄像头”，但最终行为由浏览器和系统共同决定，iOS Safari 和部分安卓 WebView 完全忽略它，或只在特定 accept 值下响应。
必须配合 accept 属性才可能生效
单独写 capture 没用，它必须和 accept 一起用，且值要匹配媒体类型：
-
accept="image/*"+capture="environment"：倾向后置摄像头（多数安卓有效） -
accept="image/*"+capture="user"：倾向前置摄像头（部分浏览器支持） -
accept="video/*"+capture：尝试调起录像，但兼容性更差 -
accept="audio/*"不支持capture，会被忽略
示例写法：
<input type="file" accept="image/*" capture="environment">
常见失效原因和绕过思路
用户点开后仍弹出文件选择器，不是摄像头界面——这很常见，不是代码写错了，而是环境限制：
- iOS Safari 16.4+ 仅在 PWA 全屏模式或通过
display: standalone添加到主屏幕后，capture才可能触发摄像头 - 微信内置浏览器、QQ 浏览器、部分安卓厂商定制浏览器（如华为、小米）直接禁用该属性
- HTTP 环境（非 HTTPS）下，大多数现代浏览器拒绝访问摄像头，
capture会静默退化为普通文件选择 -
type="file"必须由用户手势（如 click）触发，JS 自动.click()在多数环境被拦截
真正可控的替代方案是什么
如果业务强依赖实时摄像头画面（比如扫码、美颜、证件拍摄），不要押注 capture，改用 MediaDevices.getUserMedia()：
- 需要 HTTPS（本地
localhost除外） - 需显式请求权限，用户点击后才能调用
navigator.mediaDevices.getUserMedia({ video: true }) - 拿到
MediaStream后可绑定到<video></video>标签实时预览，再用canvas截帧或MediaRecorder录制 - 可手动指定设备：
{ video: { facingMode: "environment" } }
这是唯一能在 iOS Safari、Chrome Android、Edge 等主流环境下稳定启用摄像头的方式。而 capture 更像是一个渐进增强的“快捷入口”，不是功能主干。
实际项目里，capture 最适合用作降级补充：主流程走 getUserMedia，失败时回退到带 capture 的 input，让用户手动拍照上传——但得接受它在很多场景下就只是个普通文件选择框。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
