登录社区云，与社区用户共同成长
邀请您加入社区
做 HarmonyOS 7 页面时，最容易把人绕进去的往往不是布局，而是“这个值到底该放哪儿”。消息列表的新增、已读和删除 看起来只是几行代码，真接进项目后，经常会遇到 UI 不刷新、返回页面数据变旧、弹窗取消后值却被改掉，或者一个请求失败把整个页面状态搅成一团。这篇不背概念。我就按项目里最常见的写法，把数组状态、增删改与列表局部刷新拆开讲。目标很简单：代码能跑，状态变化能解释，出了问题知道先查哪
在 HarmonyOS 应用里，长列表（List / WaterFlow / Grid）是最常见的页面形态，也是性能问题的高发区。社区里两类高频提问很有代表性：一是"列表滚到底图片要等 700ms 才展示"，二是"上拉加载次数越多，列表越卡"。这两个现象看似独立，本质都指向同一个问题——渲染与数据追加没有做对。本文结合 ArkUI 的渲染机制，给出可落地的优化方案与验证方法。
很多应用都绕不开列表：消息列表、商品列表、设置项、文章列表、任务列表。ArkTS 里可以用List和ListItem展示列表，用ForEach根据数组生成重复界面。这一篇我们做一个待办列表：输入任务，点击添加，下面列表自动多一条。
本文介绍了在HarmonyOS NEXT中实现分栏布局的完整方案。通过Row+Column组合配合layoutWeight分配宽度比例，构建主列（固定宽度）和详情列（自适应）的基础分栏结构。针对不同屏幕尺寸，使用mediaQuery断点检测动态切换布局模式：宽屏（≥520vp）采用分栏显示，自动调整主列占比（38%-32%）；窄屏（＜520vp）切换为单栏模式，点击列表项进入详情页并支持返回。方案
搞了半天嵌套滚动，手指一划——要么外层 Scroll 疯狂滚动内层 List 一动不动，要么两个一起滚然后卡死。说实话，嵌套滚动这玩意儿，没搞懂之前就是玄学。今天把 Scroll 嵌套 List 的正确姿势整理一下，踩过的坑也一并分享。做商品详情页、个人中心这类页面，几乎都会碰到一个结构：外层整体可滚动，内部又有个列表区域也要滚动。这种滚动套滚动的场景，天然就有冲突——你的手指在 List 上划，
摘要：本文介绍了Flutter三方库remove_emoji在OpenHarmony平台的应用，该库能高效清除文本中的Emoji表情符号。文章分析了Emoji在数据库兼容性、业务逻辑等方面的潜在问题，详细讲解了库的核心功能和使用方法，包括基础移除操作和存在性判断，并提供了鸿蒙应用中的实战场景示例。针对OpenHarmony平台，文章给出了输入法监听、性能优化等适配建议，最后通过完整代码示例展示了&
