HarmonyOS7 悬浮窗、分屏、平行视界怎么配合？多形态窗口实战

前言

上篇我们玩了互动卡片和闪控窗，今天继续聊窗口——但这次是整个多窗口体系的全面实战。

HarmonyOS 7 的多窗口能力说实话让我眼前一亮。悬浮窗、侧边栏、分屏、平行视界，这四种形态组合在一起，基本覆盖了用户从手机到平板到折叠屏的所有使用场景。我们的智能生活助手要做到"哪里都能出现"，就靠这套东西了。

多窗口体系全景

先把概念理清楚。HarmonyOS 7 的多窗口不是一个功能，是一整套窗口形态体系：

• 悬浮窗：App 内容以小窗形式悬浮在其他应用之上，比如视频通话时切到聊天界面，视频画面缩小成浮窗继续
• 侧边栏：窗口停靠在屏幕边缘，半收起状态，用户拉出来就能操作，类似系统的快捷面板
• 分屏：两个应用左右或上下并排显示，各自独立操作
• 平行视界：同一个应用在左右两侧显示不同层级的内容——左侧是列表，右侧是详情

这四种形态可以互相转换。闪控窗就是这个体系的核心枢纽——一个闪控球可以同时管理悬浮窗和侧边栏，用户一键切换。

EasyGo 新特性：应用内分屏比价

HarmonyOS 7 在平行视界基础上加了一个很实用的功能——应用内分屏比价。简单说就是同一个页面内，左右两边同时展示不同商品或不同渠道的信息，用户可以直观对比。

这个功能对我们的智能助手太合适了。用户在选商品的时候，左边看 A 平台的价格，右边看 B 平台的价格，不用再两个 App 来回切换。

EasyGo 的配置很轻量，核心就是在module.json5里声明支持平行视界，然后在代码里做分屏布局：

// module.json5{"module":{"abilities":[{"name":"ShoppingAbility","srcEntry":"./ets/entryability/ShoppingAbility.ets","launchType":"multiton","orientation":"auto_rotation","multiWindowConfig":{"splitMode":"horizontal","minWidth":360,"minHeight":480,"supportWindowModes":["fullscreen","split","floating","sidebar"]}}]}}

supportWindowModes这个字段决定了你的应用支持哪些窗口形态。fullscreen是默认的全屏，split是分屏，floating是悬浮窗，sidebar是侧边栏。建议全勾上，让系统自动适配。

设备形态适配策略

这才是真正让人头疼的地方。手机、平板、折叠屏，三种设备形态下窗口的表现完全不同。

手机上主要用悬浮窗和侧边栏，分屏体验一般——屏幕太窄了，两个应用挤在一起很难用。平板和折叠屏就不一样了，分屏和平行视界才是主角，悬浮窗反而用得少。

我的做法是根据设备类型动态调整默认窗口策略：

// utils/WindowStrategy.etsimport{deviceInfo}from'@kit.BasicServicesKit';import{window}from'@kit.ArkUI';exporttypeDeviceForm='phone'|'tablet'|'foldable';exportfunctiongetDeviceForm():DeviceForm{consttype=deviceInfo.deviceType;if(type==='tablet')return'tablet';if(type==='2in1'||type==='foldable')return'foldable';return'phone';}exportfunctiongetDefaultWindowMode():window.WindowMode{constform=getDeviceForm();switch(form){case'tablet':case'foldable':returnwindow.WindowMode.WINDOW_MODE_SPLIT_PRIMARY;case'phone':default:returnwindow.WindowMode.WINDOW_MODE_FLOATING;}}

这段代码通过deviceInfo.deviceType判断设备类型，然后返回推荐的默认窗口模式。平板和折叠屏默认走分屏，手机默认走悬浮窗。

实战：智能助手的分屏比价布局

接下来把比价功能跑通。核心思路是在平行视界模式下，左侧显示商品列表，右侧显示对比详情：

// pages/CompareShopping.etsimport{mediaquery}from'@kit.ArkUI';@Entry@Componentstruct CompareShopping{@StateleftProductId:string='';@StaterightProductId:string='';@StateisSplitMode:boolean=false;privatesmBreakpoint:mediaquery.SMBreakPoint=newmediaquery.SMBreakPoint();aboutToAppear(){this.smBreakpoint.register((sm:mediaquery.SMBreakpoint)=>{// 当屏幕宽度大于 sm 阈值时，启用分屏模式this.isSplitMode=sm.currentBreakpoint==='lg'||sm.currentBreakpoint==='xl';});}aboutToDisappear(){this.smBreakpoint.unregister();}build(){if(this.isSplitMode){// 分屏布局：左列表 + 右详情Row(){// 左侧：商品列表ProductListPanel({onProductSelect:(id:string)=>{this.leftProductId=id;}}).width('40%').height('100%')Divider().vertical(true)// 右侧：对比详情CompareDetailPanel({productId:this.leftProductId}).width('60%').height('100%')}.width('100%').height('100%')}else{// 手机模式：普通的列表→详情跳转ProductListPanel({onProductSelect:(id:string)=>{router.pushUrl({url:'pages/ProductDetail',params:{productId:id}});}})}}}

这里用mediaquery的断点系统来判断当前窗口宽度。大屏幕下直接左右分栏，小屏幕下退化成传统的列表→详情跳转。同一套代码，不同设备自动适配。

悬浮窗场景：语音助手常驻

智能助手还有个很自然的悬浮窗场景——语音助手浮窗。用户在购物界面，悬浮窗显示语音助手按钮，点击就能语音搜索商品，不用离开当前页面：

// components/AssistantFloatingView.ets@Entry@Componentstruct AssistantFloatingView{@StateisExpanded:boolean=false;@StatevoiceText:string='';build(){Column(){if(this.isExpanded){// 展开态：显示语音识别结果和快捷操作Column({space:12}){Text(this.voiceText||'按住说话').fontSize(14).fontColor('#666')Row({space:16}){Button('搜商品').onClick(()=>{/* 触发搜索 */})Button('比价格').onClick(()=>{/* 跳转比价 */})Button('查物流').onClick(()=>{/* 查物流 */})}}.padding(16).borderRadius(16).backgroundColor('#FFFFFF').shadow({radius:8,color:'#20000000',offsetX:0,offsetY:2})}else{// 收起态：只显示一个小圆球Image($r('app.media.assistant_icon')).width(48).height(48).borderRadius(24)}}.onClick(()=>{this.isExpanded=!this.isExpanded;}).animation({duration:200,curve:Curve.EaseInOut})}}

悬浮窗组件配合闪控球，用户随时能呼出语音助手。点击闪控球展开完整面板，再点一次收起。这个交互在购物流程中特别顺滑。

踩坑记录

开发过程中踩了几个坑，分享一下：

窗口尺寸变化时数据丢失。从全屏切到分屏，组件会重新布局，如果状态管理没做好，@State里的数据可能丢失。解决方案是用@StorageLink或者把关键状态存到AppStorage里，这样窗口变化不影响数据。

侧边栏宽度适配。侧边栏模式下可用宽度比预期小很多，硬编码宽度很容易溢出。建议侧边栏模式全部用百分比布局或者Flex弹性布局。

多窗口间的通信。两个分屏窗口想共享数据，别用EventHub——它只在同一个 UIAbility 内有效。用@ohos.app.ability.common里的sharedData或者分布式数据管理，跨窗口通信更靠谱。

我的感受

多窗口体系是 HarmonyOS 7 在用户体验层面感知最强的升级之一。但说实话，适配工作量不小。三种设备形态 × 四种窗口模式，排列组合下来有十几种布局状态。我的建议是先做手机全屏 + 悬浮窗，跑通核心流程，再逐步加分屏和平行视界。一口吃不成胖子，分阶段来会轻松很多。

EasyGo 的分屏比价确实好用，我自己在折叠屏上试了试，同时看两个平台的商品价格，体验非常直觉。如果你的 App 有类似的"对比"场景，强烈建议试试这个能力。

下一篇我们来聊方舟引擎，看看怎么把这些窗口界面的渲染性能拉上去。