登录社区云，与社区用户共同成长
邀请您加入社区
融合开发引擎是鸿蒙 PC 官方提供的 Linux 虚拟机功能。鸿蒙 PC 原生环境无法使用 Docker 和 Podman，但在融合开发引擎中可以使用 Podman 来运行容器。注意：融合开发引擎中也因为缺少内核选项而无法使用 Docker，但 Podman 是可用的。
讲解 HarmonyOS 上 WPS Open SDK 如何识别当前集成 HAR：不要解析 WPS 包名，把 SdkConstants 查询收进适配层，并与 registerApp、Token 注入对齐。
DriverLicenseExam 项目的版本演进史，是一部鸿蒙应用开发的技术进化史。从 1.0.0 的基础功能，到 1.0.4 的鸿蒙生态集成，再到 1.0.7 的深色模式适配，项目始终紧跟鸿蒙系统的技术发展。技术选型参考：看看哪些功能是逐步加入的，判断优先级架构演进思路：从单模块到多模块的演进路径新特性跟进：了解鸿蒙新特性的集成时机工程化实践：版本管理、CHANGELOG 规范— 完整版本记录
hvigor 是鸿蒙生态的构建工具，类似于 Android 的 Gradle。项目构建与编译依赖管理签名与打包多模块并行构建hvigor 构建：分层的构建配置，支持多产品构建依赖管理：file: 协议管理本地 HAR 依赖，命名空间隔离模块导出：Index.ets 统一管理导出，最小暴露原则代码质量：静态检查 + 混淆 + 消费者规则这种工程化架构不仅确保了当前项目的可维护性，也为团队协作和持续集
安全领域最佳实践项目中实现应用签名使用正式证书签名的 APK 发布build-profile.json5 配置权限管理最小权限原则 + 动态申请PermissionUtil 二次授权日志安全敏感信息脱敏用户数据不缓存敏感信息loginOut 清理数据隐私合规用户同意后方可登录网络安全HTTPS + Mock 隔离Axios 请求封装应用安全不是某个功能点，而是一个贯穿整个开发流程的工程实践。
摘要 本文探讨了在现有HarmonyOS项目中系统化接入沉浸光感效果的策略。针对已有复杂组件结构的项目，作者提出分层处理方案：将业务逻辑与材质策略分离，通过ImmersiveSurface组件统一管理普通ArkUI容器的材质应用，同时保持Menu/Sheet等组件的原生配置方式。核心思路包括：1)按场景分类材质需求；2)集中处理设备能力判断和状态回退；3)保持组件轻量化，仅封装材质相关逻辑。这种方
本文介绍了如何在本地优先的心情日记应用“心晴手记”中实现应用锁功能。建议使用系统设备认证而非自建账号系统，以确保安全性和用户体验一致性。文章从权限声明、认证函数封装、开启流程设计、前后台处理、界面状态管理等七个方面详细说明了实现要点，强调应用锁需要包含配置层、认证层、生命周期层和视觉层四个层级。相比自建密码系统，复用系统认证能减少敏感凭据处理，提供更一致的用户体验，但应用仍需妥善处理各类边界情况。
鸿蒙7用同等技术级别的检测能力来应对——芯片级检测防伪装号码，AI检测防伪造声音，两层防护叠加，让伪装来电和伪造声音都无处遁形。鸿蒙7的芯片级境外转打检测和AI变声检测，让电话安全有了双重保障——秒级防伪装来电、智能防伪造声音，用AI防住AI伪装。鸿蒙7的AI变声检测可以智能检测伪造的声音。鸿蒙7的检测能力在芯片层面运行，秒级识别伪装来电，第一时间发出预警——你接到电话的同时，系统已经完成了安全判
鸿蒙6.1把隐私安全的每一个环节都加固了——分享有期限和水印护航，防诈有一键开启的全场景拦截，应用锁有更便捷的解锁体验和更贴心的消息保护。分享时有限时查看和水印护航，接收陌生信息时有星盾防诈全场景拦截，日常使用时有应用锁便捷守护——从信息发出到信息到达再到信息存储，隐私安全的每一环都有对应的保障机制。加密分享新增限时查看和水印保护，星盾防诈可一键开启拦截多场景诈骗，应用锁解锁更便捷、隐私消息保护更
本文记录了将Tauri应用移植到鸿蒙PC的真实过程。作者选取GitHub热门项目cc-switch（12万+星标）作为移植对象，该工具采用Tauri v2架构（React+Rust）。移植面临三大挑战：1)依赖解析冲突需通过patch机制解决；2)交叉编译问题包括openssl、rquickjs等库的适配；3)构建系统细节如Windows环境下的manifest误判。最终方案基于社区OpenHar
本文结合 18 个业务页面，系统讲解 NavPathStack、稳定路由键、类型化参数、统一 destinationBuilder、多端 Shell 复用和返回后刷新策略。
本文结合真实 HarmonyOS NEXT 多模块工程，说明 entry、HAR 与 HSP 的职责、依赖方向、构建边界及拆分时机，帮助 ArkTS 项目避免模块越界。
只有把意图理解、服务编排、跨端状态、隐私治理和质量观测一起设计，鸿蒙新生态才能真正从“应用生态”进化为“场景服务生态”。本文围绕“鸿蒙新生态安全与隐私治理”展开，结合鸿蒙新生态中元服务、智能体、跨设备协同、实况窗和隐私治理等方向，讨论在智能分发和跨端流转中守住权限、身份、数据最小化和审计边界。鸿蒙新生态更强调以任务和场景为中心，入口可以是元服务、卡片、实况窗、碰一碰、语音、负一屏或跨设备接续。测试
团队可以从一个高频、边界清晰、风险较低的服务开始试点，例如报告查询、排队提醒、会议投屏、出行接续或审批提醒。本文围绕“鸿蒙AI实况窗与持续服务状态”展开，结合鸿蒙新生态中元服务、智能体、跨设备协同、实况窗和隐私治理等方向，讨论把排队、配送、出行、下载和报告生成等持续任务放到系统可见入口。鸿蒙新生态更强调以任务和场景为中心，入口可以是元服务、卡片、实况窗、碰一碰、语音、负一屏或跨设备接续。测试应覆盖
只有把意图理解、服务编排、跨端状态、隐私治理和质量观测一起设计，鸿蒙新生态才能真正从“应用生态”进化为“场景服务生态”。本文围绕“鸿蒙碰一碰与跨端协同体验”展开，结合鸿蒙新生态中元服务、智能体、跨设备协同、实况窗和隐私治理等方向，讨论用近场触发把手机、平板、车机、穿戴和大屏连接成连续任务。鸿蒙新生态更强调以任务和场景为中心，入口可以是元服务、卡片、实况窗、碰一碰、语音、负一屏或跨设备接续。测试应覆
让服务在合适时间、合适设备、合适入口出现不是单一功能，而是服务分发、跨端协同、智能理解和安全治理共同组成的体验闭环。第五步接入质量指标。鸿蒙新生态更强调以任务和场景为中心，入口可以是元服务、卡片、实况窗、碰一碰、语音、负一屏或跨设备接续。本文围绕“鸿蒙元服务智慧分发与场景触达”展开，结合鸿蒙新生态中元服务、智能体、跨设备协同、实况窗和隐私治理等方向，讨论让服务在合适时间、合适设备、合适入口出现。测
只有把意图理解、服务编排、跨端状态、隐私治理和质量观测一起设计，鸿蒙新生态才能真正从“应用生态”进化为“场景服务生态”。本文围绕“鸿蒙新生态智能体意图框架”展开，结合鸿蒙新生态中元服务、智能体、跨设备协同、实况窗和隐私治理等方向，讨论从用户自然表达中理解目标，并把目标拆解为可执行服务。鸿蒙新生态更强调以任务和场景为中心，入口可以是元服务、卡片、实况窗、碰一碰、语音、负一屏或跨设备接续。测试应覆盖不
HarmonyOS ArkWeb 安全治理实战摘要 本文针对HarmonyOS ArkWeb容器的安全风险提出四方面治理方案： URL白名单管控 - 通过协议、域名、路径三重校验确保仅加载可信页面 JSBridge分级控制 - 将原生接口分为只读、需确认、禁止三类，默认禁止并严格参数校验 Cookie生命周期管理 - 根据注销/切换账户等场景制定不同的清理策略 文件操作边界限制 - 对上传下载文件
本文针对HarmonyOS应用外部跳转的安全风险，提出系统化治理方案。通过构建四层防护体系（入口收敛→域名校验→参数净化→路由分发），实现外部链接的全流程管控。关键措施包括：1）统一LinkReceiver入口处理Want/URI；2）DomainPolicy严格校验HTTPS域名白名单；3）ParamParser进行参数类型转换与边界控制；4）RouteDispatcher通过页面白名单映射安全
HarmonyOS 登录态治理实践：分层架构与隐私保护 本文总结了HarmonyOS应用登录态治理的四个关键点： 分层设计：将登录态拆分为授权层（获取授权码）、会话层（应用服务端票据）、资料层（用户信息缓存）和事件层（状态变更通知） 最小授权：按业务场景动态申请权限范围，避免过度索权 会话隔离：客户端不混淆授权码与业务会话，由服务端统一管理会话生命周期 隐私边界：通过PrivacyGate组件控制
HarmonyOS 订单售后闭环实践摘要 本文针对HarmonyOS应用中的订单售后场景，提出了完整的闭环解决方案，包含申请、审核、退款、通知与追踪五个关键环节。核心要点包括： 状态分离管理：将审核状态与退款状态分开维护，避免状态混淆导致用户困惑 全链路追踪：从申请到退款实现全流程记录，确保每个环节可追溯 多源数据整合：支持应用内申请与系统入口退款的多渠道数据同步 明确状态展示：在订单详情页提供清
支付链路开发常低估异常场景，导致订单状态不一致问题。文章提出HarmonyOS支付结果一致性的实战方案：1)设计严谨的订单状态机，区分"支付中/待确认"等中间态；2)支付模块仅负责拉起支付，不处理业务逻辑；3)通过回调、查单和幂等机制合并支付结果；4)实现状态机保护防止非法流转；5)提供补偿入口处理异常订单。关键点是分离支付动作与业务处理，用VERIFYING状态等待服务端确认，通过幂等防护重复回
本文分享了HarmonyOS会员订阅系统的实战经验，重点解决订阅状态管理的四个核心问题。文章提出将订阅业务拆分为套餐、购买、权益、过期和跨端同步五个环节，强调采用分层设计原则：PlanCatalog管理套餐展示、SubscriptionOrder处理购买上下文、EntitlementSnapshot负责权益判断、SubscriptionSync实现状态同步。通过规范数据结构设计（如MemberPl
hypothesis: '横滑卡片能提升首页推荐点击率',实验计划不是文档装饰，它决定后续分流、埋点和决策看板该看什么。
本文介绍了HarmonyOS应用埋点治理的完整方案，重点解决埋点数据混乱、参数不规范和隐私泄露问题。方案采用分层架构设计： 通过事件目录(EventCatalog)统一管理埋点定义，确保事件名和参数规范； 参数校验层(EventValidator)保证数据类型和必填项； 敏感字段脱敏层(EventSanitizer)自动处理隐私数据； 上报层(EventReporter)实现批量上报和失败补偿机制
HarmonyOS 用户反馈工单闭环实践指南 本文针对HarmonyOS应用开发中的用户反馈管理问题，提出了一套完整的工单闭环解决方案。核心思路是通过自动化采集上下文信息，配合分级处理机制，将模糊的用户反馈转化为可执行的开发任务。 方案包含5个关键模块： 反馈入口收集用户描述和截图 上下文采集器自动补充设备、版本等关键信息 分级器根据问题类型和发生位置确定优先级 工单系统分配处理团队 修复追踪器记
本文系统介绍了HarmonyOS应用推送功能的闭环治理方案。主要内容包括： 推送消息分类管理（服务通知/功能提醒/运营消息/系统消息） 工程模块划分（订阅场景/Token状态/限频控制/消息路由/审计记录） 关键技术实现： 定义推送场景和用户订阅理由 Token状态追踪与失效处理 发送频率控制与去重机制 消息路由安全跳转 立即生效的退订机制 上线验证要点：频率控制、退订生效、异常处理等 常见问题排
分层架构：Camera Kit 通过应用层、Framework层、HAL层、驱动层的清晰分离，实现了高内聚、低耦合的设计模块化设计：CameraManager、PhotoOutput、PreviewOutput 等模块各司其职，通过会话统一管理完整生命周期：从初始化到资源释放，每个环节都需谨慎处理鲁棒性：完善的错误处理机制确保应用稳定性性能优化：合理配置分辨率、帧率等参数能显著提升用户体验。
它不记录配速，不统计卡路里，不分析步频。这种克制让整个 App 的使用心智极低——不用「开始运动」也不用「结束运动」，没有任何需要主动触发的操作。地图的呈现方式很直觉：到过的区域有颜色，没去过的地方留白。整体像是一个缓慢填色的游戏，只不过填色的颜料是真实走过的路。我调研了一圈市面上有足迹功能的 App，发现它们要么藏在运动记录的配速和心率数据里，要么挂在社交平台等你发布打卡。我的需求其实很简单：一
本文探讨了直播封面转码前检查流程的设计要点。系统为每个封面保留"待检查/需复核/已读取"三种状态，并完整展示WebPMetadata原始字段和错误信息，避免将"已读取"误判为"可转码"。 关键设计包括：1）区分读取完成与转码合格状态；2）要求复核必须基于原始字段而非标签；3）预览仅用于对象确认，不替代字段验证；4）对缺失字段或读取失败保留"需复核"状态；5）人工复核需提供完整上下文而非单一预览图；
摘要（149字）： 本文针对影像采集验收中"AUTO_FRAMING已声明"状态的常见误判问题，提出分层验收方案。关键点包括：1)区分能力声明、控制请求和实际画面观察三个层级；2)将未声明状态视为构图策略切换条件而非失败结论；3)独立记录焦距设置与画面复核结果。文章强调验收记录应保留判断链条（声明→请求→人工回退→画面核验），避免用能力字段代替实际观察。同时提供最小判定表指导现场操作，明确"能否继
本文介绍了基于Canvas的粒子系统设计与实现。系统通过大量微小粒子的群体行为呈现星空漫游和烟花绽放两种视觉效果，核心在于粒子模型的设计与帧循环机制。粒子包含位置、速度、生命值等属性，通过不同物理规则（匀速、重力、阻尼）实现多样行为。系统采用「更新+绘制」分离的两段式帧循环，确保动画流畅性，并通过生命周期管理和数组过滤优化性能。该设计体现了用简单规则驱动大量个体涌现复杂效果的图形学思想，是Canv
时钟仪表盘设计摘要 本文介绍了基于极坐标与定时刷新的时钟仪表盘应用设计。核心特点包括： 时间驱动架构：通过双计时器实现时钟（4fps）与仪表盘（40fps）的独立刷新，采用双画布隔离不同频率的绘制任务。 极坐标系统：统一使用(圆心+半径×三角函数)公式绘制表盘元素，实现刻度、数字和三根表针（含扫秒效果）的精确定位。 真实感设计： 秒针含毫秒插值实现平滑扫秒 分针/时针联动下级时间单位 深色表盘+白
本文介绍了基于Canvas实现的轻量级图表绘制方案，包含柱状图、折线图和饼图三种常用形态。核心设计理念是：图表作为数据的可视化投影，应通过Canvas原生API实现坐标系转换、几何精确绘制和交互动画。文章对比了手绘图表与组件库的优劣势，重点讲解了数据模型构建、自定义坐标系映射、绘图区留白布局、数值像素转换算法（含niceMax优化）等关键技术点。通过单画布多投影架构实现三种图表切换，并采用"触摸命
华为
——华为
联系我们（工作时间：8:30-22:00）
400-660-0108 kefu@csdn.net
人工智能6S服务平台
HarmonyOS开发者社区
开源鸿蒙跨平台开发者社区
