蘑菇短视频横屏切换时离线播放如果只能做一件事：先改这里

蘑菇视频122026-03-07 12:43:02

标题：蘑菇短视频横屏切换时离线播放如果只能做一件事：先改这里

当用户在地铁、山野或没有网络的环境中用蘑菇短视频看离线内容，从竖屏切到横屏的那一刻，体验的成败往往决定留存。要是只能做一件事来改进离线横竖屏切换的体验，把资源都押在这一步：让播放器在屏幕旋转时“存活”——也就是说，避免在切换横竖屏时销毁并重新创建播放器或重新加载视频文件。

为什么只改这一点就够影响巨大

切换时重建播放器会导致画面闪烁、进度回跳、音轨/字幕丢失以及缓冲等待，离线场景下尤其糟糕（没有网络重试的后备机制）。
保持播放器实例和底层解码器不变，可以实现无缝旋转、无黑帧、无丢帧，同时保留播放进度、音量、字幕与ABR（自适应码率）状态。
从工程成本看，这个改变范围有限但能立刻改善大量用户感知的“卡顿/重载”问题。

具体怎么做（按平台拆解，便于开发落地）

核心思路（跨平台共通）

将播放器实例从“界面生命周期”中抽离：不随 Activity/ViewController 的销毁而销毁；旋转只调整渲染层（surface/view），而不是播放器本身和媒体源。
保留播放状态（当前时间、缓冲区、速率、音轨/字幕设置）并在渲染层切换时复用这些状态。
离线情形下，确保使用本地缓存文件或持久化的媒体源引用（file://、ContentProvider、Service 提供）而非网络 URL。

Android（最常见的实现）优选方案：使用 ExoPlayer 并将其保存在一个生命周期与配置变化无关的地方（如 ViewModel、单例或前台 Service），旋转时只切换 Player 的 Surface 或 PlayerView。关键步骤： 1) 在 Activity/Fragment 中不要销毁 ExoPlayer。在 ViewModel 中持有 ExoPlayer 实例，或者在 Application/Service 中管理单例播放器。 2) 切换 PlayerView 的 surface：当 Activity/Fragment 重建时，调用 player.setVideoSurfaceView(newSurfaceView) 或 player.setVideoTextureView(…)。 3) 离线源使用 CachedDataSourceFactory（SimpleCache）打开本地缓存文件，保证无网络也能读取媒体数据。 4) 保持播放状态：在配置变化前保存 currentPosition、isPlaying、selectedTrack 等，在新界面恢复这些状态（通常因为播放器未被销毁，这一步只是校准UI）。示例（Kotlin，简化）：

在 ViewModel 中创建 ExoPlayer 并在 Fragment 的 onCreateView/onDestroyView 中 attach/detach player 到 PlayerView。效果：Activity/Fragment 重建仅替换视图，不触发解码器重启。

iOS（AVPlayer）思想相同：不要销毁 AVPlayer 实例。将 AVPlayer 放在一个长期存在的对象（例如 App-level manager 或单例）中，旋转时仅重建 AVPlayerLayer 并将它附到新的 view layer。确保 AVPlayer 的 currentItem 指向本地缓存的媒体 URL（file URL 或本地 HTTP server）。要点：避免在 viewWillTransition 或 viewDidLayoutSubviews 中重新创建 AVPlayerItem。

Web / PWA 使用单一元素或不销毁 video 元素。旋转通常是 CSS/JS 层面的布局改变，不应替换 DOM 中的。离线场景用 Service Worker 缓存或 IndexedDB + Media Source Extensions（MSE）预缓存媒体段，切换横竖屏只调整样式和全屏 API，而不触发 src 重新赋值。

离线要注意的额外细节