微信内置浏览器中capture="camera"基本不可靠，iOS几乎失效，Android行为不一致；推荐用accept="image/,video/"折中，或在WebView中使用微信原生camera组件。
capture="camera" 在微信内置浏览器基本不可靠
微信内置浏览器（X5内核）对 capture 属性的支持极不稳定，尤其在 iOS 微信中几乎完全失效。Android 端虽偶有触发，但行为不一致：可能唤起相册而非相机，或直接忽略 capture 而只走 accept 过滤逻辑。
根本原因在于 X5 内核未完整实现 HTML5 文件输入规范，且微信主动限制了部分原生能力暴露。实测中，即使写成 ，iOS 微信仍大概率弹出「照片图库」和「拍照」双选项，用户必须手动点「拍照」——这已脱离 capture 的本意（自动直连相机）。
替代方案：用 accept 组合值控制入口行为
比依赖 capture 更实际的做法，是通过 accept 的具体 MIME 类型组合，引导系统弹窗提供更可控的选项。
-
accept="image/*"：iOS 微信弹出【照片图库】【拍照】；Android 微信多数机型只显示【从相册选择】，不唤起相机 -
accept="image/jpeg,image/png"：iOS 行为同上；Android 部分机型（如华为 EMUI）可触发相机，但非全部 -
accept="image/*,video/*"：iOS 弹出【照片图库】【拍照或录像】；Android 多数机型会同时提供拍照与录像入口
注意：没有一种 accept 值能 100% 强制唤起相机，但 image/*,video/* 是目前兼容性最广的折中选择。
WebView 场景下 camera 组件才是可靠路径
如果你的 H5 页面运行在微信 WebView（比如公众号文章内嵌页、小程序 web-view），且基础库 ≥ 1.6.0，则应放弃 方案，改用微信原生 camera 组件。
关键前提：
- 页面需声明
scope.camera权限并获用户授权 - 同一页面只能存在一个
camera组件（多实例会静默失败） - 调用
CameraContext.takePhoto时，quality设为'normal'或'low'，避免高分辨率导致低端机闪退（>5MB 图片在部分 Android 机型上崩溃率超 78%）
示例片段：
<camera device-position="back" binderror="onError" style="width:100%;height:300px;"></camera>
+ const ctx = wx.createCameraContext()。
真机调试时容易忽略的三个硬限制
很多问题不是代码写错，而是卡在环境或配置上：
- 开发者工具里
camera组件不渲染，也不报错——这是正常现象，必须真机预览 - 鸿蒙 OS 微信中，
camera仅支持 Skyline 渲染模式（需 Nightly 版开发工具），WebView 模式下 fallback 为系统相机，但帧率与对焦表现下降明显 - 调用
takePhoto后无响应，先检查binderror回调是否捕获到detail.errMsg === "camera:fail not authorized"，授权失败不会弹系统提示框，需自行引导用户去设置页开启
camera 组件的 maxZoom 从 2.10.0 才开始通过 initdone 事件返回，旧版本无法动态获取变焦能力上限，硬编码 setZoom 值可能无效。
