直接用标签嵌入IP摄像头流最轻量可控，但RTSP不被原生支持，需后端转为HLS或WebRTC；HTTP流须解决CORS与混合内容问题，MJPEG则应改用标签。
直接用 标签嵌入 IP 摄像头流，比 iframe 或第三方 SDK 更轻量、更可控，但必须绕过浏览器对自动播放和跨域流的限制。
IP 摄像头 RTSP/HTTP 流怎么转成 HTML5 可播格式
绝大多数 IP 摄像头（如海康、大华）原生输出的是 RTSP 流（rtsp://）或私有 HTTP 接口（如 /videostream.cgi），而 标签**不支持 RTSP**，也不能直接加载未带 CORS 头的 HTTP 流。硬塞 src="rtsp://..." 会静默失败。
- 必须用后端服务做中转：例如用 FFmpeg 拉流并转成 HLS（
.m3u8）或 WebRTC（推荐低延迟场景），再由前端加载 - 若摄像头支持 ONVIF + WebRTC（如部分 Axis、TP-Link 新型号），可直接用
RTCPeerConnection接入，但需自行处理信令 - 简易验证法：把摄像头 HTTP 流地址（如
http://192.168.1.100/videostream.asf）粘贴到 Chrome 地址栏——如果能直接下载或播放，说明是浏览器可识别的封装格式（如 ASF、MJPEG）；如果报错或空白，大概率需要转码
即使流地址正确，也常出现“有请求无画面”或“控件消失”的问题，根源往往不在代码本身。
- 父容器没设宽高：
默认display: inline，若父元素是div且没设height，视频高度为 0 —— 加width="100%" height="360"或 CSSmin-height: 360px - CSS 裁剪了 controls 区域：检查是否用了
overflow: hidden、transform: scale()或绝对定位偏移，导致底部控件被切掉 - 流返回的是 MJPEG：某些摄像头用
multipart/x-mixed-replace返回连续 JPEG 帧，此时不能用，得改用 - HTTPS 页面加载 HTTP 流：现代浏览器会拦截混合内容（Mixed Content），控制台报
Blocked loading mixed active content—— 必须让摄像头流走 HTTPS，或部署反向代理透传
仪表盘里嵌入多路视频时的性能与交互要点
一个监控页面同时放 4–9 路视频，很容易卡顿或音画不同步，尤其在低端设备上。
- 禁用 autoplay：每路都加
preload="metadata"，等用户点击某一路再调play()，避免初始化时全量解码 - 移动端必须加
playsinline muted：iOS Safari 和微信 X5 内核默认强制全屏，不加playsinline就无法内联显示 - 避免用
poster加载大图：仪表盘首屏加载慢常因 poster 图片过大，建议用 base64 极简占位（如单色 SVG）或干脆不设 - 轮询式更新流地址：某些摄像头 HTTP 流带一次性 token（如
?token=abc123），超时后失效 —— 需 JS 定时刷新video.src并调load()
最易被忽略的一点：IP 摄像头的 HTTP 流接口通常没有设置 Access-Control-Allow-Origin，前端 fetch 或 video src 直连会触发 CORS 错误；这不是前端能绕过的，必须由后端代理或摄像头固件开启 CORS 支持（部分型号可在 Web 管理界面勾选 “启用跨域访问”）。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
