uni-app不支持直接播放RTMP地址，需协议转换与适配封装：App端可尝试video直播但不稳定；小程序必须转HTTP-FLV/HLS；厂商设备优先用官方插件；须注意地址格式、宽高设置、网络检查及错误监听。
uni-app 本身不支持直接播放 rtmp:// 地址——这不是你代码写错了，而是底层 WebView、小程序引擎和原生容器根本没实现 RTMP 协议解析。硬塞 rtmp://xxx 给 <video></video>，结果只有黑屏、报错或静默失败。
必须走“协议转换 + 适配封装”双路径，下面分场景说清怎么做。
App端（iOS/Android）用<video></video>播RTMP，前提是内核支持
多数安卓 App（尤其是使用 X5 内核的）和部分 iOS 原生 WebView 可以直接播 RTMP，但不是 100% 稳定，尤其在低版本系统或定制 ROM 上。
实操建议：
• 直接给 <video></video> 的 src 赋值 rtmp://xxx 地址，加 autoplay 和 controls
• 必须监听 error 和 play 事件，别只靠视觉判断是否成功
• 在 manifest.json → app-plus → nvueStyle 中确认未禁用硬件加速（默认开启）
• iOS 真机测试时，若卡在 loading，大概率是证书或域名未备案导致 TLS 握手失败，跟协议无关
微信小程序必须转成flv或hls，不能直连RTMP
微信小程序的 <live-player></live-player> 组件只认 http:// 或 https:// 开头的地址，且仅支持 FLV（HTTP-FLV）和 HLS（.m3u8）。rtmp:// 会被直接拦截，控制台报错 invalid src。
关键动作：
• 部署流媒体服务器（如 ZLMediaKit 或 SRS），将 RTMP 推流地址转成 HTTP-FLV 地址（例：http://your-server/flv?app=live&stream=camera1）
• 小程序里用 <live-player></live-player>，src 填转换后的 FLV 地址，mode="RTC" 可降低延迟（但需服务端支持）
• 切忌把 RTMP 地址拼成 https://xxx/rtmp/xxx——协议头改了也没用，内核根本不解析
萤石等厂商设备，优先用官方插件而非自研转换
像萤石摄像头这类设备，其 RTMP 地址带鉴权参数（如 accessToken），且要求严格签名。自己搭 ZLMediaKit 转流容易因 token 过期、URL 编码错误或跨域被拒绝。
推荐路径：
• 微信小程序：接入 ezplayer 插件（plugin://ezplayer/ezplayer），传参只需 url 和 accessToken，不用管协议细节
• App 端：仍可用 <video></video> 直播，但需确保 URL 中的 accessToken 是实时有效的（过期会黑屏无提示）
• 注意：ezplayer 在微信开发者工具里不生效，必须真机体验版调试
所有平台通用的容错要点
无论走哪条路，这几个点漏掉一个，用户就看不到画面：
• 流地址末尾不能有多余空格或换行（复制粘贴常带 invisible char）
• <video></video> 或 <live-player></live-player> 必须设置明确宽高（rpx 或 px），否则 iOS 和小程序会渲染失败
• 播放前检查网络状态：uni.getNetworkType()，4G/5G 下播 RTMP 更稳，WiFi 下反而可能因 DNS 或 MTU 出问题
• 不要依赖 @ended 判断断流——RTMP 断开通常触发的是 @error，且错误码因平台而异（iOS 可能是 2，Android 可能是 -1004）
