登录社区云,与社区用户共同成长
邀请您加入社区
上周我在一个数据大屏的工程里填列表,随手往里塞了一千条数据,一滚动就开始掉帧,卡片边缘能看到明显的锯齿感。第一反应是“是不是动画开太多了”,关掉几个动画还是卡。后来才想明白,问题根本不在动画,在于这一千条数据被一次性全部创建成了组件——屏幕上一屏只能看到十几条,剩下九百多条也在白白占着渲染的预算。HarmonyOS 6 的 ArkUI 里,解决这个问题最直接的方式就是 LazyForEach。
发布包在测试机启动成功,但提审前发现 libvision_runtime.so 仍含完整调试符号,导致体积达18.2MB,且仅此库未被裁剪。团队通过构建末端的 ReleaseSoGate 门禁机制,强制校验十二个 Native SO 的依赖闭包完整性、无残留调试信息及总大小不超过25.0MB。脚本扫描 ELF 动态段与节区,生成结构化报告,确保每项指标可追溯、可验证。门禁基于任务号 SOAUDIT
摘要(148字): FocusLedger 修复无障碍问题 A11Y-1818,通过语义树重构解决朗读时焦点跳失、重复播报等缺陷。核心策略为:任务卡设为无障碍组,显式定义播报文本;焦点续接基于业务 ID 而非数组下标;引入 FocusContinuation 与 SemanticsProbe 实现筛选后焦点稳定恢复与本地预检可追溯。最终达成上架报告 score=100,四项异常归零,保障视障用户流
手势数量宁少勿多。识别能支持几十种手势不代表用户记得住。常用手势控制在 7 个以内,超出部分要么合并语义,要么让用户自定义。每个手势都要有视觉预览。用户做手势的过程中,界面要实时反映"系统现在认为你在做什么",比如抓取时对象上浮、滑移时内容跟手。没有预览,用户不知道自己有没有做对。容错的重心在"不做"而不是"纠正"。系统认不准的时候,最好的选择是保持现状,等用户重新做一次。自动"纠正"用户的意图,
视觉负责告诉用户"界面上有什么",声音负责告诉用户"它在哪儿、离我多远"。在 2D 界面里声音只是提示音,播完就完了;到了空间场景,声音可以承担方位信息——一个提示从右后方传来,比在屏幕中间弹一行文字更快建立空间关系。空间音频(Audio Spatialization)就是把这套"听声辨位"的能力交给系统。
单独调光,画面会亮但缺口气;单独调声,耳朵有反应但眼睛没跟上。氛围是光影和声音一起作用的结果——用户说不出哪里变了,但整个人就是更专注、更放松,或者更警觉了。空间计算里,氛围是可以被设计、被配置、被复用的,前提是把情绪拆成两组可调的参数,并且让它们同步变化。
TaskPool 用起来简单,但碰到要长时间占据线程、需要保存句柄状态、或者任务超过 3 分钟的场景,就得请出 Worker 了。Worker 给你一个独立的运行环境,自己管生命周期,自己跟主线程消息通信,自由度更高,代价就是写起来更繁琐。这篇文章把 Worker 的运作机制、创建方式、文件路径规则、生命周期管理和多级 Worker 用法都过一遍。
SlideDrop 第一篇摘要(148字): 本文介绍基于 HarmonyOS 7“精准碰一碰”的轻量级演示文稿投递 Demo——SlideDrop。聚焦“选素材→碰一碰→命中区域→插入”主链路,定义演示页四类可投放区域(标题、图片、图表、备注),通过 hitTest 实现触点坐标与区域的精准匹配。发送端轻量设计,接收端明确区域结构,首版仅支持图片插入,验证核心逻辑可行性。项目采用连载式开发,以“
本文基于HarmonyOS 7.0 CoreVisionKit,实战演示零标注语义检索——通过textSearchImage实现“一句话找图”。项目中,随手记日志的图片附件自动入特征库,支持自然语言搜索(如“猫”“停车费”),返回匹配图像路径与相似度。核心优势:无需人工打标,系统自动提取语义特征。结合文件增删同步索引、模型更新后清缓存等工程策略,保障数据一致性。完整覆盖初始化、插入、搜索、清理全流
本文业务场景是:用药应用按周期提醒用户,并在疗程结束后自动停止。主操作为“创建有限次数的周期提醒任务”。成功标准至少包括:目标结果正确、用户可取消、进程重启可恢复、重复回调不破坏终态、性能指标可度量、隐私数据未越界。value?: string非目标也要写清:不绕过系统权限,不在不支持设备伪造成功,不把平台对象直接暴露给页面,不用用户原始数据换取更方便的调试。重复提醒:周期、次数与幂等执行 的真正
本文基于 HarmonyOS 7(API 26)官方文档,解析 Agent A2A 协议通信机制。通过“日程+打车”场景,阐述智能体间无需预知对方、凭 Agent Card 互认身份,依托 Task、Message、Artifact 等协议元素实现意图协商与任务闭环。代码示例展示如何通过 AgentExtensionAbility 与 AgentFrameworkKit 构建 A2A 服务端,完成
本文业务场景是:桌面端下载工具在快捷栏展示总进度,并通过状态栏图标提供暂停入口。主操作为“向快捷栏或状态栏投影任务图标与进度”。成功标准至少包括:目标结果正确、用户可取消、进程重启可恢复、重复回调不破坏终态、性能指标可度量、隐私数据未越界。value?: string非目标也要写清:不绕过系统权限,不在不支持设备伪造成功,不把平台对象直接暴露给页面,不用用户原始数据换取更方便的调试。
本文业务场景是:离线地图或文档模板通过压缩包下载,并在校验后解压到应用沙箱。主操作为“安全压缩或解压业务文件包”。成功标准至少包括:目标结果正确、用户可取消、进程重启可恢复、重复回调不破坏终态、性能指标可度量、隐私数据未越界。value?: string非目标也要写清:不绕过系统权限,不在不支持设备伪造成功,不把平台对象直接暴露给页面,不用用户原始数据换取更方便的调试。压缩解压:Zip Slip、
本文业务场景是:播客应用需要在系统播控中心展示章节跳转、倍速和循环模式。主操作为“同步播控按钮布局和应用支持的倍速、循环及控制类型”。成功标准至少包括:目标结果正确、用户可取消、进程重启可恢复、重复回调不破坏终态、性能指标可度量、隐私数据未越界。value?: string非目标也要写清:不绕过系统权限,不在不支持设备伪造成功,不把平台对象直接暴露给页面,不用用户原始数据换取更方便的调试。
本文基于HarmonyOS 7(API 26)详解应用Skill化开发全流程,阐述从“被打开”到“被调用”的范式转变。通过声明式契约、薄封装入口脚本与语义匹配机制,实现系统智能体对应用能力的自然语言调用。文章以奶茶点单为例,完整演示Skill目录结构、SKILL.md描述文件、module.json5注册及ArkTS脚本适配,强调契约准确性对意图匹配的关键作用,并提供上线自检清单,助力开发者高效接
本文基于HarmonyOS 7(API 26)官方文档,系统梳理了Vision Kit与Core Vision Kit的视觉AI能力。前者提供活体检测、卡证识别等开箱即用的场景化控件,实现低门槛快速集成;后者则提供文字识别、图像超分等基础能力,支持自定义开发。文中以人脸活体检测为例,展示仅需二十行代码即可完成接入,并强调图像超分等新功能适用于老照片修复、画质提升等场景。文章指出,端侧视觉能力的核心
本文以 HarmonyOS 6.0 新增能力为切入点,深入解析 knockShare 与 gesturesShare 的差异、windowId 绑定必要性及 clarifyNonShare(6.0.2+)等核心机制。通过完整示例揭示:3秒内必须调用 share、clarifyNonShare 或 reject 三选一,否则超时失败;强调数据预加载、沙箱路径使用与多端注册策略,助力开发者实现手机↔P
Ringtone Kit 的高质量接入不在于调用次数,而在于边界清晰、状态可恢复、失败可解释、指标可验证。围绕“音乐应用允许用户把本地片段裁剪为来电铃声,并在设置前安全试听”建立能力门禁、领域契约、幂等状态机、资源生命周期和真机证据,才能把 HarmonyOS 7 / API 26 能力从演示代码推进到可维护产品。
Calendar Kit 的高质量接入不在于调用次数,而在于边界清晰、状态可恢复、失败可解释、指标可验证。围绕“旅行应用把航班和酒店行程写入系统日历,并在订单变更时同步更新”建立能力门禁、领域契约、幂等状态机、资源生命周期和真机证据,才能把 HarmonyOS 7 / API 26 能力从演示代码推进到可维护产品。
AppGallery Kit 的高质量接入不在于调用次数,而在于边界清晰、状态可恢复、失败可解释、指标可验证。围绕“影像应用只在用户进入专业编辑功能时下载大型滤镜与模型模块”建立能力门禁、领域契约、幂等状态机、资源生命周期和真机证据,才能把 HarmonyOS 7 / API 26 能力从演示代码推进到可维护产品。
Linx Kit 的高质量接入不在于调用次数,而在于边界清晰、状态可恢复、失败可解释、指标可验证。围绕“复杂游戏逻辑在团战阶段出现稳定 CPU 热点,需要降低 P99 帧时间而不是追求单次峰值”建立能力门禁、领域契约、幂等状态机、资源生命周期和真机证据,才能把 HarmonyOS 7 / API 26 能力从演示代码推进到可维护产品。
Confidential Space Kit 的高质量接入不在于调用次数,而在于边界清晰、状态可恢复、失败可解释、指标可验证。围绕“反诈应用联合设备与账户侧信号计算风险等级,但任何一方都不应获得另一方原始数据”建立能力门禁、领域契约、幂等状态机、资源生命周期和真机证据,才能把 HarmonyOS 7 / API 26 能力从演示代码推进到可维护产品。
AOD Navigation Kit 的高质量接入不在于调用次数,而在于边界清晰、状态可恢复、失败可解释、指标可验证。围绕“骑行导航应用需要在用户锁屏后继续展示方向、剩余距离和到达状态”建立能力门禁、领域契约、幂等状态机、资源生命周期和真机证据,才能把 HarmonyOS 7 / API 26 能力从演示代码推进到可维护产品。
NearLink Kit 提供了从发现、连接到传输的底层能力,但高质量设备体验来自上层协议工程。用轮换广播 ID 降低跟踪风险,用可信身份完成配对,用状态机和序号处理异步与断线,再让 SSAP 与 Port 按流量分工,星闪连接才能从演示走向可靠产品。扫描到设备只是起点,可恢复、可审计、低功耗地完成任务才是终点。
API 26 Release 的导出调整让锁屏扩展和卡片扩展的角色更清晰,也把实况窗的工程难点暴露出来:真正需要管理的是跨进程、跨入口、跨网络的长期状态。以服务端为事实源,以版本化快照支撑扩展恢复,再用幂等创建、更新和结束守住生命周期,实况窗才能在应用被回收之后仍保持准确。
CustomEnv的价值不是少写几个参数,而是给组件树建立清晰、类型化、可覆盖的上下文边界。用安全默认值保证独立运行,用窄接口约束依赖,用页面级注入控制刷新范围,再用替身测试验证不同环境,才能把它变成可维护的架构工具,而不是新的全局变量入口。
延迟链接的本质不是“安装后拿到一个 URL”,而是跨越浏览器、应用市场和首次启动保持用户意图。用稳定链接 ID、版本化路由、一次性消费和明确回退串起整条链路,才能真正提升转化,而不是把首页换成另一个不可控入口。
从原图、识别文本、编辑稿和来源证据四类信息分析 P06 复核体验,指出重置语义、长文本、旋转与人工确认需要怎样共同降低误保存风险。
元服务(原原子化服务)的桌面卡片是用户获取信息的第一入口,很多开发者反馈「FormExtensionAbility 配置了定时刷新,但卡片内容半天不更新」。这个现象背后并不是某一个 API 失效,而是 HarmonyOS 的卡片刷新机制由刷新方式、卡片可见性、应用冻结状态、最小刷新周期四重约束共同决定。本文结合实际踩坑,给出一套可落地的排查清单与可运行代码。
星盾机密风控的核心不是“得到更高的风险分”,而是改变风险数据被处理的方式。将原始因子留在隔离空间,把外部输出限制为可审计的决策,再用一次性挑战、版本化策略和安全回退连接端云,才能同时守住隐私、可用性与业务安全。
深色模式不是简单地"把背景涂黑",它涉及颜色资源的体系化管理、系统色彩模式的监听、以及应用内手动切换的覆盖逻辑。本文基于论坛问题「HarmonyOS 应用如何优雅地做深色模式适配」,给出一套零硬编码、可维护的适配方案,让浅/深两套配色自动切换,同时支持用户手动覆盖。
当工程从「单 Module Demo」长成「多业务线的大型 App」,把所有代码塞进一个 entry 会让编译变慢、耦合爆炸。HarmonyOS 提供两种可复用包:HAR(HarmonyOS Archive,静态共享包) 与 HSP(HarmonyOS Shared Package,动态共享包)。本文讲清楚两者差异、何时用哪个,以及如何跨包共享资源与代码。
HarmonyOS 文件开发中,最容易搞混的是 URI 和真实文件路径。本文从 DocumentViewPicker 选择文档开始,介绍文件 URI 的读取方式,以及 filesDir、cacheDir、databaseDir 等沙箱目录的区别,并结合文件导入、导出场景整理一套比较清晰的处理流程。
这篇开始真正使用 Navigation 搭建页面导航。内容覆盖 Navigation 根容器、NavDestination、NavPathStack、页面 push、返回、参数传递以及系统路由表配置,把一个真实项目里最常见的 Navigation 使用流程完整串起来。
本文提出了一个结构化的通行证验证框架,将身份识别过程分解为四个独立验证环节:证件图像识别、信息提取、本地有效性检查(如有效期)和集中式身份核验(未实现)。当前系统支持前三项基础功能,通过OCR技术实现证件文字提取和结构化处理,但缺乏与中央权限系统的对接。文章强调验收时应明确区分各环节验证结果,并提供了技术实现细节,包括图像预处理、OCR质量评估和字段规范化处理流程,以准确定位验证失败的具体环节。这
在HarmonyOS 6.1.1的生态棋盘上,ArkTS声明式开发范式如同一套全新的棋规——以组件为棋子,以状态为棋手思路,以build方法为棋谱,在方寸屏幕之间展开对弈。本系统——多多观鸟应用,正是在这一棋规下进行的一局精彩对弈。它不仅仅是一个观鸟记录工具,更是一个集鸟种图鉴、装备商城、观鸟点地图、观察记录、导赏活动和个人中心于一体的综合性自然观察平台。从技术棋盘来看,此应用的核心结构以装饰器标
整理 HarmonyOS 集成 WPS Open SDK 上线前检查项:凭据与 Bundle、registerApp 门禁、OpenFileRequest 参数、关窗回传落盘与错误码分流。
技术路线:HarmonyOS 原生 ArkTS / ArkUI。