登录社区云，与社区用户共同成长
邀请您加入社区
是鸿蒙生态伙伴SDK资源核心阵地，整合产业链资源，赋能鸿蒙应用开发者，帮助开发者快速获取能力，简化选型流程，降低接入成本，提速应用开发。DevEco Studio左侧导航栏“More tool windows”—“鸿蒙生态伙伴SDK市场”或“Partner SDK”。支持一键添加SDK至工程，快速集成。DevEco Studio上方导航栏“工具”—“鸿蒙生态伙伴SDK市场”或“Partner SD
定位、相机、麦克风、通讯录这些敏感权限，HarmonyOS 不允许应用默认拥有，必须在运行时向用户申请，且用户拒绝后不能反复弹窗骚扰。很多应用一启动就"相机闪退"或"定位拿不到"，根因就是没走标准的动态权限申请流程。本文基于 ability_accessCtrl（AtManager），给出从"检查已授权 → 申请 → 处理拒绝 → 引导去系统设置"的完整闭环代码。
电商、图文、笔记类应用里最常见的布局就是"瀑布流"——多列、每列高度不一、向下无限滚动。HarmonyOS 早期的 List 组件是单行/单列等高的，做不了瀑布流。系统提供了专门的 WaterFlow 容器配合 FlowItem，再叠加 LazyForEach 懒加载，就能写出既好看又不卡的长列表。本文从一次"瀑布流滑动掉帧 + 内存暴涨"的排查入手，给出可运行的完整实现。
HarmonyOS 的 UI 渲染跑在主线程（Actor 模型，每个 UIAbility 一个主线程）。如果你在主线程里做"大数组排序""解析大 JSON""图片像素处理""递归计算"，主线程被占满，界面就会掉帧、点击无响应。正确做法是把这些任务丢到 TaskPool 工作线程，用 @Concurrent 装饰器标记可并发执行的函数。本文讲清 @Concurrent 的约束、如
几乎每个应用都要落地数据：登录态、设置项、缓存、业务表。HarmonyOS 提供了多层持久化方案，最常用的是用户首选项（Preferences）和关系型数据库（RDBStore）。很多新手分不清"该用哪一个"，于是把上千条结构化业务数据塞进 Preferences，导致读取卡顿、无法查询；或者拿 RDB 存一个"是否首次启动"的布尔值，杀鸡用牛刀。本文用对比 + 可运行示例，把
在 HarmonyOS NEXT（API 9+）中，系统官方推荐使用 Navigation 组件作为应用内的主导航容器，逐步取代旧版 @ohos.router 的全局跳转。相比 Router，Navigation 把页面栈（NavPathStack）收拢到组件内部，支持路由表、参数类型安全、拦截返回、转场动画等能力，更适合中大型应用的分层架构。本文从一次真实的多页面跳转改造入手
本文详解HarmonyOS沉浸光感与悬浮页签的落地实践，揭示看似简单的界面升级实为连续决策题。作者通过四层核心判断：接口分支（看前缀不看功能）、档位选择（优先系统自适应）、位置生效（仅限特定组件）、能力兼容性（验证设备支持），拆解技术难点。结合真实项目案例，提供可复用的代码模板与上线自检清单，强调“代码无错≠效果生效”，助力开发者高效实现统一质感的高级视觉体验。
图 1：地理围栏库适配封面图，用来概括本文主题、适配对象和工程边界。围栏判断不能只看经纬度是否落点，还要处理权限、坐标系和误差半径。本文围绕和展开，目标不是把库接进工程后截图结束，而是把来源、版本、配置、封装、运行和验收写成一条读者可以复现的链路。图 2：地理围栏库适配流程图，用来说明从需求拆解、依赖接入、封装实现到回归验收的主要步骤。图 3：地理围栏库适配结构图，用来说明配置层、适配层、服务层、
图 1：语音识别SDK适配封面图，用来概括本文主题、适配对象和工程边界。语音识别 SDK 接入难点在流式回调和取消逻辑，用户停止说话后不能继续占用资源。本文围绕和展开，目标不是把库接进工程后截图结束，而是把来源、版本、配置、封装、运行和验收写成一条读者可以复现的链路。图 2：语音识别SDK适配流程图，用来说明从需求拆解、依赖接入、封装实现到回归验收的主要步骤。图 3：语音识别SDK适配结构图，用来
图 1：音频录制库适配封面图，用来概括本文主题、适配对象和工程边界。录音库适配要处理权限、采样率、前后台切换和文件关闭，否则容易得到损坏音频。本文围绕和展开，目标不是把库接进工程后截图结束，而是把来源、版本、配置、封装、运行和验收写成一条读者可以复现的链路。图 2：音频录制库适配流程图，用来说明从需求拆解、依赖接入、封装实现到回归验收的主要步骤。图 3：音频录制库适配结构图，用来说明配置层、适配层
图 1：视频压缩库适配封面图，用来概括本文主题、适配对象和工程边界。视频压缩会牵涉耗时任务、临时文件和后台中断，不能只在短视频样例上验证。本文围绕和展开，目标不是把库接进工程后截图结束，而是把来源、版本、配置、封装、运行和验收写成一条读者可以复现的链路。图 2：视频压缩库适配流程图，用来说明从需求拆解、依赖接入、封装实现到回归验收的主要步骤。图 3：视频压缩库适配结构图，用来说明配置层、适配层、服
图 1：图片裁剪库适配封面图，用来概括本文主题、适配对象和工程边界。裁剪库接入后最常见的问题是坐标系和预览尺寸不一致，导出的图片和用户选择区域对不上。本文围绕和展开，目标不是把库接进工程后截图结束，而是把来源、版本、配置、封装、运行和验收写成一条读者可以复现的链路。图 2：图片裁剪库适配流程图，用来说明从需求拆解、依赖接入、封装实现到回归验收的主要步骤。图 3：图片裁剪库适配结构图，用来说明配置层
主页持续可见时，应用仍然需要根据目标栈确定返回位置。用户继续进入下一层时，路由栈需要保留上一层记录；用户返回一层时，页面调用 pop() 移除栈顶；用户明确结束当前路径时，页面才调用 clear() 清除全部目标。
本章系统讲解了HarmonyOS NEXT中元服务的设计与实现，涵盖元服务定义、卡片与页面分工、Feature Ability架构及module.json5配置。重点掌握卡片配置文件（greenhouse_card.json）的创建与维护，理解尺寸、刷新周期与数据更新机制，使用Column、Row等组件构建大棚监测卡片，并通过formProvider实现动态内容更新。强调技术向善、数据安全与职业责
基于 HarmonyOS 7（API 26）官方资料，拆解 Agent Framework Kit 的能力边界、A2A 接入前提、四层架构、状态机、参数校验、超时取消和验收方法。
基于 HarmonyOS 7（API 26）官方资料，讲清 Skill Vibe Coding 的工程边界，并用契约、分层、校验、幂等、超时取消和人工验收构建最小可运行链路。
本文详细介绍 CDE 1.0.0 在 HarmonyOS AArch64 上的高难度适配过程，分析 ptrace 和 strace-4.6 带来的平台限制，并给出静态 ELF Bundler 替代方案、Conan 打包、消费者测试、安全回归和测试统计方法。
List / Grid 是几乎所有 App 的主骨架。当数据上千条、且每个 ListItem 结构复杂（图片、富文本、嵌套布局）时，简单的 ForEach 会遇到两个致命问题：频繁创建销毁组件节点导致滚动掉帧、以及状态错乱（复用后旧数据没清空）。ArkUI 提供 @Reusable 装饰器 + aboutToReuse 生命周期，把「组件节点池化复用」这件事标准化。本文结合可运
原生 @ohos.net.http 每次请求都要 createHttp、request、手动解析 response.result、再处理错误码，散落在各业务页面既重复又难统一（token 注入、错误统一弹窗、加载态、日志）。在 Web 端我们习惯 axios 的「实例 + 拦截器」模式，HarmonyOS 同样可以照此思路封装一层。本文给出一个可直接落地的 DTRequest
在 ArkUI 里，当多个页面的某块 UI 结构高度相似、只有内部细节（标题、图标、点击行为）不同时，直接复制粘贴组件会迅速失控。@Builder 与 @BuilderParam 是 ArkTS 提供的「自定义构建函数」机制：前者把一段 UI 抽成可复用函数，后者允许父组件向子组件注入一段 UI 插槽。两者组合，是构建「高内聚、低耦合」通用容器组件（卡片、列表项、对话框、导航栏
HarmonyOS 主线程（UI 线程）负责渲染与交互，一旦执行耗时计算（大图解码、JSON 批量解析、加密运算、文件压缩）就会掉帧、卡 UI。ArkTS 并发模型提供两条主力路径：TaskPool（任务池） 与 Worker（长期工作线程）。两者都是基于 Actor 模型的「线程 + 消息通信」，但适用场景截然不同。本文用可运行示例讲清：什么时候用 TaskPool、什么时候
状态管理是所有 ArkUI 应用的核心。ArkTS 早期提供了 @State、@Prop、@Link、@Observed/@ObjectLink 等 V1 装饰器，但在处理深层嵌套对象、跨组件精准刷新时存在「刷新范围过大」「嵌套对象监听繁琐」等痛点。状态管理 V2（@ObservedV2 / @Trace / @Local / @Param / @Once / @Provide
