登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
概述 随着应用功能日益复杂，早期的“页面驱动”架构（即所有业务逻辑都写在Ability或Page中）逐渐暴露出弊端：代码臃肿、逻辑分散、难以复用和测试。最近，我尝试将核心模块重构为“System驱动”架构，收获颇丰。 描述 什么是System驱动？ 它将应用视为一个由“状态”驱动的系统，而非一堆页面的集合。核心思想是： Store：作为应用的“唯一事实来源”，集中管理所有业务状态。
关于ArkUI渲染性能优化的几个“隐形”坑 最近在做列表页优化，发现即使数据量不大，滑动时还是有轻微掉帧。排查后发现，问题不出在数据量，而出在一些容易被忽略的渲染细节上。 1.避免在build()函数中执行复杂计算 build()函数在状态更新时会频繁调用。如果在这里面进行复杂的逻辑运算、数据格式化或对象创建，会直接阻塞UI渲染线程。正确的做法是将计算结果缓存起来，或者在状态更新时预先计算好。 2
在OpenHarmony应用开发中，网络请求是基础且高频的操作。一个清晰、可维护的网络模块架构能有效提升开发效率和代码质量。 1.摒弃全局单例模式 问题：传统的全局单例模式（如export default new HttpClient()）在Stage模型中可能导致Context上下文获取失败的问题，尤其是在应用启动初期。 风险：依赖全局状态会使得模块耦合度高，难以进行单元测试和独立维护。 2.采
在Stage模型中，系统对后台任务的管理更为严格，以确保设备的性能和续航。实现可靠的后台服务（如文件下载、音乐播放）需要遵循特定的策略。 1.使用前台服务 核心方法：在ServiceAbility的onStart生命周期回调中，调用createNotification方法创建一个持续的通知。 作用：将服务提升为前台服务，显著降低被系统回收的概率。通知会持续显示在状态栏，告知用户有任务正在后台运行。
OH电源模块的基础知识介绍 社区官网电源资料电源模式定制开发指导 hidumper -s PowerManagerService -a -a 指令介绍 概述 本报告基于hidumper -s PowerManagerService -a -a命令输出的日志信息，对设备的电源管理状态进行全面分析。分析结果显示设备当前处于强制常亮状态，从未进入过休眠模式。 ⚡️ 核心电源状态 (POWER STATE
统一互联开发指导—富对富文件互传 一、概述 统一互联是鸿蒙生态中实现设备间互联互通的核心技术体系，旨在打破平台壁垒、消除设备隔阂、贯通数据流与控制流，构建可互操作、可协同、可信任的全域数字网络。通过统一互联技术，能够打通OpenHarmony设备与消费类领域HarmonyOS Next标准设备的互联生态，实现跨厂商设备互联互通。 本指导文档聚焦于富对富文件互传场景，系统讲解从分享端(Source)
在鸿蒙跨设备应用开发中，窗口形态适配是提升多设备体验的关键。supportWindowMode 作为 module.json5 配置文件中的核心属性，专门用于声明 UIAbility 支持的窗口运行模式，直接决定应用在手机、平板、PC、折叠屏等设备上的展示形态，是实现智慧多窗、悬浮窗、分屏功能的基础配置。 一、属性核心定义 supportWindowMode 是字符串数
1. 问题描述 场景：TV 连接蓝牙音响，播放在线或本地视频 现象：声音与画面明显不同步，音频滞后于视频约 1 秒，主观体验差 概率：必现 预期结果：音视频同步播放 实际结果：视频比声音延后约1秒 2. 分析过程 2.1 根因分析 2.1.1 蓝牙HAL向音频框架上报音频BUF深度耗时 OpenHarmony 音频框架在同步音视频
1、问题背景：【B0325】【GK6320】【Miracast投屏】【高概率1/5】Miracast投屏Source端可以看到Sink端，但概率连接不上（一旦出现会持续连不上） https://e.gitee.com/kunyuan-hongke/projects/842189/bugs/table?issue=IHQQB3 2、预置条件：Sink端设备与HarmonyOS Next
一、问题概述 1.1 问题现象 在 大屏平台进行蓝牙开关机稳定性测试时，blue_host 进程发生崩溃，死机日志显示为 SIGSEGV(SEGV_MAPERR) 空指针解引用错误。 1.2 关键日志摘要 1.3 问题影响 1）蓝牙进程崩溃导致蓝牙功能完全不可用 2）开关机稳定性测试中断  
共3课时
1,049
