iOS WebView中video播放控件失效主因是上层水印容器拦截pointer事件，需设pointer-events: none且避免父级overflow:hidden或transform；小程序须用cover-view/cover-image，nvue页面更稳定。
video元素上层覆盖水印为什么经常点不了播放控件
因为cover-view或view绝对定位后默认会拦截 pointer 事件，导致底层video组件的 controls 失效。这不是样式没写对，而是事件捕获层出了问题。
- 安卓和 iOS 的 WebView 对
pointer-events支持不一致，真机上尤其容易漏掉设置 - 必须给水印容器加
pointer-events: none，且父级不能有overflow: hidden或transform等遮罩属性 - 小程序端更严格：只有
cover-view和cover-image才能真正穿透事件，普通view即使设了pointer-events: none也可能失效 - nvue 页面中推荐用
cover-view，它基于原生渲染，层级和事件穿透比 vue 页面稳定得多
RenderJS 截帧时 drawImage(video, ...) 总是空白或黑屏
不是 canvas 尺寸错了，也不是 video 没加载完，而是视频帧还没真正就绪——seeked 事件触发后仍需微小延迟，尤其在 Android 厂商定制 WebView（如华为 X86）里，drawImage 对 video 元素的支持存在竞态。
- 必须监听
loadedmetadata→ 设置currentTime = 0→ 等待seeked→ 再加setTimeout(() => { ctx.drawImage(...) }, 100) - H5 端可省略 setTimeout，但 App 端建议保留，100ms 是实测较稳妥的下限
- 别用
canplay替代seeked：前者只表示“能播”，不代表时间轴已定位成功 - 跨域视频必须设
video.crossOrigin = 'anonymous'，否则 drawImage 报SecurityError
Canvas 截帧导出图片模糊或尺寸不对
canvas 的 width/height 属性值 ≠ CSS 样式宽高，直接按视图尺寸设 canvas 大小会导致像素拉伸，这是最常被忽略的失真原因。
- canvas.width 和 canvas.height 应设为真实像素值：
canvas.width = video.videoWidth，canvas.height = video.videoHeight - 绘制时用
ctx.drawImage(video, 0, 0, canvas.width, canvas.height)，不要传入缩放后的尺寸 -
toDataURL('image/jpeg', 0.9)质量参数建议 0.8–0.95；低于 0.7 明显模糊，高于 0.95 文件体积陡增且肉眼无提升 - 导出前检查
video.readyState >= HTMLMediaElement.HAVE_ENOUGH_DATA，避免空帧
uni-app 里 Canvas 水印和视频帧截取能共用同一套 renderjs 逻辑吗
可以，但必须拆成两个独立的 renderjs 实例：一个专管视频帧绘制与导出（含 video + canvas），另一个专管页面级水印（纯 canvas 绘制文字/图标）。混用会导致生命周期错乱、canvas 上下文冲突。
- renderjs 不支持跨实例共享 DOM 元素，
video元素不能从 A 实例传给 B 实例使用 - 页面水印 canvas 需监听
resize和scroll重绘，而视频帧 canvas 只需单次绘制，二者响应节奏完全不同 - ID 必须唯一：两个 renderjs 中的
canvas不能用同一个 id，否则uni.createCanvasContext('id')会取错上下文 - 真机调试时，nvue 页面中 renderjs 的 canvas 绘制性能明显优于 vue 页面，优先选 nvue 承载视频相关逻辑
实际项目里，视频封面生成和实时水印叠加看似都是“画到 canvas 上”，但底层依赖的渲染时机、事件链、资源生命周期完全不同。把它们硬塞进一个 renderjs 函数里，不出错才怪。
