news 2026/8/15 10:48:22

鸿蒙实况窗 (Live View) 实战:仿 iOS“灵动岛”效果,实时显示外卖/打车进度

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
鸿蒙实况窗 (Live View) 实战:仿 iOS“灵动岛”效果,实时显示外卖/打车进度

🌟 前言:为什么它是“用户体验”的神?

传统的通知是“一次性”的:“骑手已接单”-> 划掉 ->“骑手已送达”-> 划掉。
用户想看中间的进度,必须解锁手机 -> 打开 App -> 等待加载 -> 查看地图。

实况窗的逻辑是“伴随”:
任务开始,它出现;任务进行中,它实时更新(剩余 500米 -> 300米 -> 100米);任务结束,它自动消失。

它有两种核心形态:

  1. 胶囊态 (Capsule):位于状态栏左上角,显示极简信息(如:图标 + 时间)。
  2. 卡片态 (Card):在通知中心或锁屏界面,显示详细信息(如:地图、司机电话、车牌)。

🏗️ 一、 架构原理:从后台到前台

实况窗本质上是一种特殊的Form (卡片)。它的生命周期由后台服务驱动。

数据流转图 (Mermaid):

锁屏卡片状态栏胶囊实况窗管理器 (System)你的 App (后台 Service)锁屏卡片状态栏胶囊实况窗管理器 (System)你的 App (后台 Service)携带初始数据: {status: "接单", time: "5min"}{status: "赶往中", distance: "300m"}loop[任务进行中]1. 创建实况窗 (Create)渲染胶囊 UI渲染卡片 UI2. 更新数据 (Update)刷新刷新3. 结束任务 (End)移除移除

🛠️ 二、 核心实战:编写 ArkTS UI

实况窗的 UI 代码写在EntryFormAbility对应的 Widget 页面中。
关键在于:一套代码,适配两种形态。我们需要判断ohos.extra.param.key.form_dimension或者是自定义的布局类型。

1. 定义数据结构
classRideInfo{status:string;// "已接单", "行程中"plate:string;// 车牌号 "苏A·88888"time:string;// "3 分钟"icon:Resource;}
2. 编写响应式布局 (LiveViewCard.ets)

鸿蒙提供了LiveView专用组件布局结构。

@Entry@Componentstruct LiveViewCard{// 接收外部更新的数据@LocalStorageProp('status')status:string='等待接单';@LocalStorageProp('time')time:string='--';// 自动判断当前是胶囊还是卡片@StorageProp('formDimension')formDimension:number=0;build(){// 根容器RelativeContainer(){// --- 形态 1: 胶囊态 (状态栏左上角) ---// 只有在胶囊模式下显示if(this.isCapsule()){Row(){Image($r('app.media.car_icon')).width(18).height(18).margin({right:4})Text(this.time).fontSize(14).fontColor(Color.White)}.backgroundColor('#007DFF').borderRadius(20).padding({left:8,right:8,top:2,bottom:2})}// --- 形态 2: 卡片态 (锁屏/通知中心) ---// 只有在卡片模式下显示if(this.isCard()){Column(){// 标题栏Row(){Text('正在前往').fontSize(16).fontWeight(FontWeight.Bold)Blank()Text(this.time).fontSize(20).fontColor('#007DFF')}.width('100%')// 详细信息Row(){Text(`车牌: 苏A·88888`).fontSize(14).fontColor('#666')Text(this.status).fontSize(14).fontColor('#333')}.width('100%').margin({top:10})// 进度条Progress({value:60,total:100,type:ProgressType.Linear}).color('#007DFF').width('100%').margin({top:15})}.padding(15).backgroundColor(Color.White).borderRadius(16)}}}isCapsule():boolean{// 这里的判断逻辑需参考官方文档的 dimension 枚举returnthis.formDimension===2;// 假设 2 代表胶囊}isCard():boolean{returnthis.formDimension===3;// 假设 3 代表卡片}}

📡 三、 逻辑驱动:后台更新数据

UI 写好了,怎么让它动起来?
我们需要在后台服务(ServiceExtensionAbility)或者主进程中调用notificationManagerformProvider

注意:实况窗通常归类为Notification (通知)的一种特殊类型 (LiveView)。

importnotificationManagerfrom'@ohos.notificationManager';// 1. 创建实况窗 (Publish)asyncfunctionstartLiveView(){letnotificationRequest={id:1001,content:{contentType:notificationManager.ContentType.NOTIFICATION_CONTENT_LIVE_VIEW,liveView:{status:notificationManager.LiveViewStatus.LIVE_VIEW_STATUS_UPDATE,// 这里关联你的 UI Ability 和初始数据extraInfo:{"status":"司机已出发","time":"5 分钟"}}},// 设为常驻,用户无法划掉,直到任务结束isOngoing:true,isUnremovable:true};awaitnotificationManager.publish(notificationRequest);}// 2. 实时更新 (Update)// 比如每隔 10秒 调用一次asyncfunctionupdateProgress(timeLeft:string){letrequest={id:1001,// ID 必须一致content:{contentType:notificationManager.ContentType.NOTIFICATION_CONTENT_LIVE_VIEW,liveView:{status:notificationManager.LiveViewStatus.LIVE_VIEW_STATUS_UPDATE,extraInfo:{"status":"即将到达","time":timeLeft}}}};awaitnotificationManager.publish(request);}// 3. 结束实况窗 (End)asyncfunctionendLiveView(){// 发送结束状态,系统会自动做收尾动画// 或者直接 cancelawaitnotificationManager.cancel(1001);}

🎨 四、 交互细节:灵动的核心

要让实况窗看起来“高级”,必须处理好Transitions (状态流转)

  1. 颜色语义
  • 蓝色:进行中(如:司机赶往中)。
  • 绿色:已完成/到达(如:司机已到达)。
  • 红色:异常/警告(如:订单超时)。
  1. 点击跳转
    实况窗被点击时,应该直接跳转到 App 的详情页(如地图页),而不是首页。
    notificationRequest中配置wantAgent实现跳转。
  2. 动画过渡
    鸿蒙系统自动处理了从“胶囊”展开为“卡片”的动画,但你需要确保两个布局的数据是对应的,这样视觉上才不会突兀。

🎯 总结

实况窗是鸿蒙Next版本中最具辨识度的特性之一。
它打破了 App 的边界,将服务延伸到了 System UI 中。

对于打车、外卖、航班、比赛比分这类“长时效、强关注”的业务场景,实况窗不是“锦上添花”,而是“必选项”

Next Step:
在模拟器中运行上面的代码,点击“开始接单”按钮。观察状态栏左上角是否出现了一个蓝色的小图标。尝试下拉通知栏,看它是否平滑地展开成了一张详细的卡片。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/8/2 16:57:53

HY-MT1.5性能测试:不同batch size效率对比

HY-MT1.5性能测试:不同batch size效率对比 1. 引言 随着多语言交流需求的不断增长,高质量、低延迟的机器翻译模型成为智能应用的核心组件。腾讯近期开源了混元翻译大模型1.5版本(HY-MT1.5),包含两个规模不同的模型&a…

作者头像 李华
网站建设 2026/7/28 14:57:29

腾讯开源HY-MT1.5社区生态现状:插件、工具链全盘点

腾讯开源HY-MT1.5社区生态现状:插件、工具链全盘点 随着多语言交流需求的持续增长,高质量、低延迟的翻译模型成为AI应用落地的关键基础设施。腾讯混元大模型团队推出的HY-MT1.5系列翻译模型,凭借其在多语言支持、边缘部署能力与专业翻译功能…

作者头像 李华
网站建设 2026/8/15 10:07:42

混元模型1.5技术解析:解释性翻译优化原理

混元模型1.5技术解析:解释性翻译优化原理 1. 技术背景与问题提出 随着全球化进程的加速,跨语言交流需求日益增长,传统机器翻译系统在面对复杂语境、混合语言表达以及专业术语场景时,往往表现出理解偏差、上下文断裂和格式错乱等…

作者头像 李华
网站建设 2026/7/30 3:15:39

AI智能实体侦测服务企业级部署:高并发请求处理优化案例

AI智能实体侦测服务企业级部署:高并发请求处理优化案例 1. 引言:AI 智能实体侦测服务的业务价值与挑战 随着企业数字化转型加速,非结构化文本数据(如新闻、客服记录、社交媒体内容)呈指数级增长。如何从海量文本中快…

作者头像 李华
网站建设 2026/7/30 2:10:52

腾讯开源翻译模型教程:多语言FAQ系统构建

腾讯开源翻译模型教程:多语言FAQ系统构建 随着全球化业务的不断扩展,企业对高效、精准的多语言支持需求日益增长。传统的翻译服务往往依赖云端API,存在延迟高、成本大、隐私泄露等风险。为此,腾讯推出了开源翻译大模型 HY-MT1.5 …

作者头像 李华