说真的，蘑菇视频app下载的横竖屏切换我试了三种方案，最后选了这一种

说真的，蘑菇视频app下载的横竖屏切换我试了三种方案，最后选了这一种

问题背景（为什么要认真做这件事）

• 视频是核心内容，用户切屏到横屏往往是为了更好的观感；但如果切换操作导致播放器重建或出现明显闪烁，用户感受会直线下滑。
• 要兼顾：播放不中断、界面切换平滑、状态（播放进度、音量、清晰度）保留，以及兼顾不同机型和系统行为差异。

我试过的三种方案（优缺点一目了然） 方案一：交给系统 —— 依赖系统自动旋转，Activity自然重建

• 做法：不特别处理，让系统按 manifest 或用户设置处理屏幕方向，Activity 会在方向变化时重建（onCreate）。
• 优点：实现最简单，遵循系统默认行为，适配性好。
• 缺点：Activity 重建会导致播放器重启（除非做大量状态保存/恢复），短时间内出现黑屏/卡顿，恢复播放需要额外逻辑，体验受影响。
• 适用场景：视频为非核心功能或能接受短暂重建的场合。

方案二：分离全屏 Activity —— 在竖屏 Activity 内启动一个专门的横屏全屏播放页

• 做法：主界面保持竖屏不动，点击全屏时启动一个新的横屏 Activity，播放在全屏 Activity 内进行；关闭后返回主界面，主界面状态保持不变。
• 优点：主页面不会被打断，横屏专页可以专门优化（隐藏状态栏、额外控制），实现相对清晰。
• 缺点：跨 Activity 切换需要进行播放器资源迁移或重建，若要无缝过渡需把播放器实例或播放状态传递过去，复杂度增加；返回时也要合并状态。
• 适用场景：应用架构已经是多 Activity 或希望把全屏播放做成独立模块时比较合适。

方案三：单 Activity + 动态布局 + 处理配置变化（我最终选择）

• 做法：保持播放器在同一个 Activity 中，不销毁播放器实例；通过以下组合实现平滑切换： 1) 在 AndroidManifest 为该 Activity 添加 android:configChanges="orientation|screenSize"，使系统在方向变化时不自动重建 Activity（由开发者在 onConfigurationChanged 中处理布局切换）。 2) 使用 setRequestedOrientation(…) 在用户触发切换时切换屏幕方向，或直接在界面内做“模拟全屏”（调整播放器容器 LayoutParams 到 match_parent 并隐藏其他控件）。 3) 控制系统 UI（沉浸式全屏、隐藏导航栏/状态栏）以实现真正的沉浸式体验。
• 优点：播放器实例不会被销毁，播放不中断；界面切换可做得很流畅；状态管理简单，适合视频类 APP 的常见需求。
• 缺点：需要自己处理配置变化带来的细节（布局重排、窗口 Insets、系统栏高度变化等），不当处理会出现布局错位；滥用 configChanges 在极端场景会增加兼容调试成本。
• 适用场景：视频为核心场景，要求无缝体验且希望把播放逻辑集中在单个 Activity/Fragment 时非常合适。

为什么最终选方案三 决定因素主要有三点： 1) 连贯的观看体验最重要：防止播放中断是首要目标，用户不会为少量代码复杂度买单，但会因为播放闪断离开。 2) 开发/维护成本在可控范围：相比方案二需要复杂的播放器迁移，方案三把逻辑集中在一处，更容易维护和扩展（比如后续加入画中画、快进预览等）。 3) 兼容性和定制度：可以精细控制横竖屏下的 UI 展示（侧边栏、评论区、推荐列表等），且更容易做动画过渡，提高“高级感”。

方案三的落地要点（给你直接能用的实现思路） 1) Manifest 声明（示例）

• 在目标 Activity 加入： android:configChanges="orientation|screenSize|keyboardHidden" 这样系统在旋转时不会重建 Activity，你可以在 onConfigurationChanged 内处理布局切换。

2) 切换触发

• 提供两种方式：一键横屏（setRequestedOrientation(ActivityInfo.SCREENORIENTATIONLANDSCAPE)）或“模拟全屏”按钮（不改变系统方向，仅修改播放器容器大小和隐藏其余 UI）。
• 推荐做法：当用户希望真正横屏时设置方向；同时支持“局部全屏”作为快速入口（UI 更灵活）。

3) onConfigurationChanged 处理

• 在 onConfigurationChanged 中根据新的 orientation 执行：
• 切换播放器容器的布局参数为 matchparent / wrapcontent；
• 隐藏或显示底部控制栏、评论区等；
• 切换状态栏和导航栏的可见性（WindowInsetsController 或传统 systemUiVisibility）。
• 保持播放器实例（如 ExoPlayer）不释放，只调整 PlayerView 的父容器属性。

4) 处理系统栏和刘海屏/屏幕切口

• 在横屏时读取 WindowInsets，确保视频不被遮挡，必要时做 margin 或 padding 调整。
• 兼容全面屏手势：隐藏导航栏时要处理手势反应区，避免误触。

5) 状态保持与回退

• 在返回竖屏时恢复原始布局；如果用了 setRequestedOrientation，记得在退出横屏时恢复为 SCREENORIENTATIONSENSOR 或原先的锁定状态。
• 播放进度、清晰度、字幕等状态统一由播放器管理层维护，布局切换只负责视觉呈现。

实践中的小技巧

• 使用单一播放器实例（单例或由 Activity 管理），避免通过 ViewHolder 大量创建销毁。
• 全屏切换加上一个短的渐变/缩放动画能显著提高感知质量（用户会觉得“顺滑”）。
• 充分测试横竖屏切换时的音频焦点与电话/通知中断场景，保证恢复策略一致。
• 在低端机型上测试，某些旧设备对 configChanges 的行为差异较大，必要时加兼容分支。

结语 把用户的“看视频流畅”体验放在第一位，往往能简化很多设计取舍。三种方案各有场景适配，但为了蘑菇视频下载页面的展现和后续功能扩展，我选的是单 Activity + 动态布局 + 处理配置变化的方案：能保证播放不中断、交互顺滑、开发维护成本合理。如果你也在做视频类产品，这套思路基本能直接落地；需要我把关键代码打包成一个可复用的播放组件或示例项目，我可以继续帮你整理。想要我把示例实现写成 Kotlin/Java 的完整代码吗？