登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
把一个已经存在的 HarmonyOS 工程升级到 HarmonyOS 7，最容易产生的误解，是把“升级”理解成修改。实际上，华为针对 26.0.0 给出的官方升级流程并不是这样。官方明确将升级拆成开发工具链升级、API 变化评估与适配、新旧版本设备兼容验证，以及完成验证后发布应用几个阶段。HarmonyOS 7.0 对应的 API 版本为26.0.0，而且从 26.0.0 开始，HarmonyOS
在图片编辑类应用的开发中，我们经常面临一个体验上的痛点：用户通过系统相册选择了一张图片，在应用内完成编辑（比如添加滤镜、裁剪、打马赛克）后，为了把新图片存回相册，往往需要额外弹出一个确认页面，甚至还要向用户动态申请（读写图库）权限。这种“跳出感”不仅打断了用户的沉浸式体验，也增加了业务逻辑的复杂度。从 API 12 开始，HarmonyOS 官方通过提供了一套更加优雅的解决方案。
在考勤打卡、智能家居、本地生活服务等业务场景中，“到达特定区域自动触发业务逻辑”是一个非常标准的需求。以“到公司自动触发签到提醒”为例，如果我们依赖应用在后台不断通过轮询位置，或者使用持续监听，会引发非常严重的功耗问题，甚至可能因为耗电过快而被系统强行限制。为了解决这种区域状态感知与功耗之间的矛盾，HarmonyOS 的 Location Kit 原生提供了**地理围栏（Geofence）**能力
本文详述了在OpenHarmony4.1环境下基于RK3568平台使用SPI驱动RC522 NFC芯片的调试过程。核心要点包括：正确复位（CommandReg=0x0F，延时50ms）后读取VersionReg（0x37）判断芯片状态；避免将read返回值误作字节数，禁止“先write地址再read”错误操作；区分0x00/0xFF（未检出）与正常版本号（如0xB2兼容片）；以4字节UID为终极判
系列第 4 篇。鸿蒙多设备任务接续的服务跑通之后，代码里还留着两个迟早会出事的地方：离线设备的影子越积越多，重连之后消息会重复、会乱序。这篇记录怎么用 TTL 和序号把这两个洞补上，附验证脚本和结果。
压测脚本里我看到 P50 一直有值，是因为脚本自己算的是。
系列第 2 篇。上一篇用 4 台云主机搭了鸿蒙多设备任务接续的后端，1 万长连接零丢失，但留了一个单点：Redis。这一篇把它换成主从 + 三哨兵，然后在 1 万连接压测中直接停掉主库，看真实表现。
问题方案本次实测结果跨设备传状态WebSocket 长连接5 秒内建立并收到首包能否送达ACK + rid未实现，RTT 恒 0ms断线丢消息seq 序号 + 缺口检测检测成功，但计数偏小补历史状态Redis 影子 + TTL一次拉取恢复最新态节点故障nginx 多节点 + 客户端重连服务端 0.77s 切换，客户端需手动重连服务端补 ACK，否则「已同步」是假的客户端加指数退避重连，否则节点一抖
工具链hvigorw（编译）+hdc（部署/调试）+ JDK 17，SDK 自带 hdc 不用另外下工程配置两边一致、真实存在、别漏连接稳定性hdc kill→tconn是唯一可靠的复位方式五个坑里，三个是错误信息骗人（说是升级问题其实是配置缺失、说是启动失败其实已启动、说是签名问题其实能装），两个是状态残留（hdc 死连接、ZIP 断包）。这些都不在官方文档里，只能靠踩。希望这篇能让你少踩几个。
【摘要】AI硬件正在经历一轮新的产品探索。智能眼镜、AI录音卡、录音胸针、智能戒指和AI耳机不断涌现，产品形态看似分散，背后却指向同一个变化：硬件的价值，正在从提供某项功能，转向持续理解用户所处的情境，并在合适的时机提供帮助。
