App端4K视频卡顿根源在于系统原生播放器对H.265/高码率H.264支持弱，需用ExoPlayer（Android）和AVPlayer（iOS）封装原生插件，并严格规范视频编码、码率、HTTPS及缓存策略。
App端4K视频卡顿不是前端代码问题
直接用 <video></video> 组件播放4K视频，在安卓4或部分中低端Android真机上大概率黑屏、卡顿、解码失败——这不是src写错了，也不是没加autoplay，而是系统原生VideoView（Android）和AVPlayer（iOS）对4K H.265/HEVC、高码率H.264的支持极弱，尤其安卓4几乎无硬解能力。uni-app默认组件不接管解码逻辑，只做容器转发，底层崩了JS层毫无感知。
必须用ExoPlayer（Android）+ AVPlayer（iOS）封装原生插件
要让4K视频在App端真正跑起来，得绕过uni-app默认的VideoView，用更现代的播放器内核：Android端强制用ExoPlayer（支持自适应码率、软硬解切换、4K HEVC），iOS端用AVPlayer并开启allowsExternalPlayback = YES和usesExternalPlaybackWhileExternalDisplayConnected以启用外接显示优化。这两者都不能靠JS调用，必须写原生插件暴露接口。
- Android插件需在
build.gradle里引入com.google.android.exoplayer:exoplayer:2.19.1（兼容安卓4.1+），并手动配置DefaultRenderersFactory启用MediaCodecVideoRenderer硬解 - iOS插件需在
Info.plist中添加UIBackgroundModes（音频后台播放）和NSAppTransportSecurity（HTTPS白名单），否则4K流加载直接被拦截 - JS层调用不能只传
src，必须拆成url、drmType（如有）、maxWidth/maxHeight（触发ExoPlayer的VideoSize适配逻辑）三元组，否则4K帧会裁剪或缩放失真
4K视频源本身就有硬门槛
即使插件写对了，视频文件不达标照样播不动。常见翻车点：
-
H.264编码必须是avc1.640028（High Profile, Level 4.2）或更低，安卓4不认avc1.640034（Level 5.0） - 推荐用
ffmpeg重转：ffmpeg -i input.mp4 -c:v libx264 -profile:v high -level 4.2 -vf scale=3840:2160 -c:a aac -b:a 128k output_4k.mp4 - 码率别超25Mbps；超过后ExoPlayer在安卓4上会fallback到纯软解，CPU占用飙升至100%，发热掉帧
- 务必走HTTPS；HTTP地址在iOS/Android真机上会被直接拒绝，连
onError事件都不触发
插件里必须手动控制缓冲与内存
4K视频单帧内存占用大，安卓4内存紧张，不干预就会OOM崩溃。原生插件里不能依赖默认缓存策略：
- Android端ExoPlayer需设置
CacheDataSource.Factory+SimpleCache，路径必须指向getCacheDir()而非getFilesDir()（后者可能被系统清理） - 缓存大小上限设为
300 * 1024 * 1024（300MB），低于官方默认100MB但高于客户要求——安卓4上设太大反而触发LowMemoryKiller - iOS端要禁用
AVURLAsset.preloadsAssetKeys，改用AVAssetResourceLoaderDelegate按需加载，否则4K封面图就卡死 - JS层销毁时必须显式调用
destroy()，否则ExoPlayer实例残留导致下次播放黑屏
最易被忽略的是：安卓4上SurfaceTexture创建失败不会抛异常，只会静默返回null，插件里必须主动checkSelfPermission并监听onSurfaceSizeChanged确认渲染通路畅通。
