在商城、订票、酒店预订这类 App 里，用户的使用习惯是：快速浏览列表、反复切换商品对比、最终进入下单页面。如果用传统全屏跳转，每次切换都要导航一次，在折叠屏展开态或平板的大屏空间里，右侧大半屏幕就这样被浪费掉了。HarmonyOS 的 Navigation 组件提供了分栏能力，配合平行视界场景，可以让左侧列表保持常驻、右侧实时展示商品详情——这就是"左点右出"的核心。这篇文章从官方接口出发，把这

在商城、订票、酒店预订这类 App 里，用户的使用习惯是：快速浏览列表、反复切换商品对比、最终进入下单页面。如果用传统全屏跳转，每次切换都要导航一次，在折叠屏展开态或平板的大屏空间里，右侧大半屏幕就这样被浪费掉了。HarmonyOS 的 Navigation 组件提供了分栏能力，配合平行视界场景，可以让左侧列表保持常驻、右侧实时展示商品详情——这就是"左点右出"的核心。这篇文章从官方接口出发，把这

把一个新闻应用装进折叠屏，打开来应该是什么样子？如果还是手机那套全屏列表跳全屏详情，屏幕展开之后宽出来的那一半空间等于白费了。这就是平行视界（Navigation Split 模式）真正要解决的问题：在大屏上把列表和详情并排显示，在手机上自动退回普通的栈式导航，一套代码，两种体验。Navigation 的 Auto 模式是实现平行视界的核心，不需要手动判断设备类型，阈值 600vp 是系统默认值。

把一个新闻应用装进折叠屏，打开来应该是什么样子？如果还是手机那套全屏列表跳全屏详情，屏幕展开之后宽出来的那一半空间等于白费了。这就是平行视界（Navigation Split 模式）真正要解决的问题：在大屏上把列表和详情并排显示，在手机上自动退回普通的栈式导航，一套代码，两种体验。Navigation 的 Auto 模式是实现平行视界的核心，不需要手动判断设备类型，阈值 600vp 是系统默认值。

折叠屏上的相机页面，最容易出现的问题不是功能报错，而是看起来没崩、但预览画面完全不对。展开设备后预览区域拉伸变形，或者出现明显黑边，甚至方向和实际持机方向不符。这类问题单看日志发现不了，单看布局代码也找不到原因，因为根源往往在"窗口尺寸变了，但相机预览没有随之重建"这个环节。这篇文章从窗口变化这个切入点，梳理折叠屏上相机预览适配的核心逻辑。折叠屏相机适配的核心矛盾不在布局，而在"UI 容器尺寸"和

折叠屏上的相机页面，最容易出现的问题不是功能报错，而是看起来没崩、但预览画面完全不对。展开设备后预览区域拉伸变形，或者出现明显黑边，甚至方向和实际持机方向不符。这类问题单看日志发现不了，单看布局代码也找不到原因，因为根源往往在"窗口尺寸变了，但相机预览没有随之重建"这个环节。这篇文章从窗口变化这个切入点，梳理折叠屏上相机预览适配的核心逻辑。折叠屏相机适配的核心矛盾不在布局，而在"UI 容器尺寸"和

做图文阅读、视频播放或图片浏览这类页面时，横竖屏切换几乎是绕不开的问题。旋转设备后，封面图、操作按钮、进度条的位置突然错乱，或者内容区宽度没有随窗口变化——这类问题的根源通常不是 ArkUI 的布局 bug，而是开发者对"窗口尺寸变化时页面到底发生了什么"这件事理解得不够准确。这篇文章用一个最小化的图文详情页，走完横竖屏切换、全屏进入和退出、业务状态保持这一整条路。横竖屏切换的本质是窗口尺寸变化，

做图文阅读、视频播放或图片浏览这类页面时，横竖屏切换几乎是绕不开的问题。旋转设备后，封面图、操作按钮、进度条的位置突然错乱，或者内容区宽度没有随窗口变化——这类问题的根源通常不是 ArkUI 的布局 bug，而是开发者对"窗口尺寸变化时页面到底发生了什么"这件事理解得不够准确。这篇文章用一个最小化的图文详情页，走完横竖屏切换、全屏进入和退出、业务状态保持这一整条路。横竖屏切换的本质是窗口尺寸变化，

用户把应用退到后台，任务还在跑——这时候怎么让他感知到进度，又不强迫他回到应用？这正是闪控球和闪控窗要解决的问题。一个是常驻屏幕边缘的小球，承担最简进度提示；另一个是点击小球后弹出的展开面板，展示更多信息并提供操作按钮。两者分工明确，配合使用，形成一套完整的后台任务可见性方案。本文围绕官方文档提供的接口，用一个下载任务场景，把从创建控制器到状态切换、再到退出清理的完整开发流程串联起来。这两个组件将

用户把应用退到后台，任务还在跑——这时候怎么让他感知到进度，又不强迫他回到应用？这正是闪控球和闪控窗要解决的问题。一个是常驻屏幕边缘的小球，承担最简进度提示；另一个是点击小球后弹出的展开面板，展示更多信息并提供操作按钮。两者分工明确，配合使用，形成一套完整的后台任务可见性方案。本文围绕官方文档提供的接口，用一个下载任务场景，把从创建控制器到状态切换、再到退出清理的完整开发流程串联起来。这两个组件将