状态管理

【寻迹校园 HarmonyOS NEXT 实战 38】34%/44%/22% 三栏工作台：超宽屏失物匹配的主从详情设计本章导读：这是“寻迹校园 HarmonyOS NEXT 实战”系列第 38 篇。本文以 HomePage.splitScreenHome()、ItemDetailPage、MatchResultsPage 和精确 1280vp 模拟器证据为主线，分析超宽屏为何采用 34% 查询列表、44% 中间详情、22% 匹配辅助的主从工作台，并说明 selectedReportId、previewReportId 与 sourceReportId 如何避免候选预览破坏原始查询上下文。

【中国方言题库｜09】HarmonyOS ArkTS 方言搜索实战：实现词语检索和无结果反馈摘要：中国方言题库的搜索页不是网络搜索，也没有模糊分词引擎，而是基于本地 BANKS 与题目集合完成确定性的子串检索。页面同时支持关键词入口和题型分类入口，通过 searched 明确区分搜索首页、无结果和结果列表三种界面状态，并在用户修改分类关键词时主动退出分类模式。本文面向 HarmonyOS 5.0 及以上版本，逐段复核 SearchPage.ets 的 ArkUI 状态建模、结果上限、题库与题目双通道检索、安全区适配和导航行为，也会指出“点击题目进入整库随机练习”等真实边界，避免把尚未实现的能力写

【中国方言题库｜07】HarmonyOS ArkTS 方言练习实战：推进题目、提交答案并同步统计摘要：答题页真正困难的部分不是画四个选项，而是保证“选中、判定、解析、错题、自动下一题、最终统计”按确定顺序发生。“中国方言题库”的 PracticePage 同时支持章节、随机、考试、错题练习和错题解析，使用 ArkUI @State 驱动单题界面，再通过 @StorageLink 与 UserDataManager 同步收藏、错题、笔记和学习进度。本文面向 HarmonyOS 5.0 及以上版本，基于真实源码逐段复核状态推进、计时、完成提交与生命周期清理，并指出混合错题统计和空题回退的边界。

深入理解Flutter：StatefulWidget生命周期全解析（一）在Flutter开发中，StatefulWidget是构建动态、交互式界面的核心组件。与StatelessWidget不同，StatefulWidget具有可变的状态（State），能够在应用运行期间更新UI。理解StatefulWidget的生命周期对于编写高效、稳定的Flutter应用至关重要。本文将深入解析StatefulWidget生命周期的各个阶段，帮助开发者掌握状态管理的精髓。

【寻迹校园 HarmonyOS NEXT 实战 07】不引入全局状态库：用 dataRevision 实现跨页面刷新这是“寻迹校园 HarmonyOS NEXT 实战”系列第 7 篇。本文拆解 Index.ets 的 dataRevision 方案：Service 和 Repository 保存权威数据，页面只传递失效信号，让首页、消息和“我的发布”在写入后重新读取，而不是维护多份可变副本。

【知律｜03】HarmonyOS ArkTS 普法练习实战：提交答案后同步统计与下一题答题页面看起来只是“选一个答案，再点下一题”，实际却是一段很容易重复结算的状态流程：选项只能提交一次，解析出现后不能改答案，错题要写入本地，错题练习答对后要移除，自动下一题不能越过用户手动操作，最后一题还要把题库与章节统计同步保存。进入模拟考试后，手动交卷和倒计时自动交卷又可能在同一秒发生。

基于拓扑排序的画布自动布局：用最长上游路径决定节点列级在流程编排、审批流、任务依赖图等场景中，节点通常通过有向边表达“谁先于谁”或“谁依赖谁”。节点数量增加后，完全依靠手动拖拽容易出现错位、重叠和连线混乱，因此可以根据图结构自动生成从左到右的分层布局。

想你依然心痛

React+百度地图高阶封装：hooks版轻量化地图解决方案所谓门槛，能力够了就是门，能力不够就是坎。与其抱怨门槛太高，不如承认那是自己能力的边界；而边界，是可以移动的。

HarmonyOS趣味相机实战第31篇：图片文档List、详情弹层与删除状态闭环照片转成文档后，用户需要在独立页面查看数量、浏览摘要、打开详情并删除记录。这个页面看起来只是 List + Dialog，实际包含多个容易分叉的状态：列表数组、当前详情对象、空状态、稳定 Key、来源照片快照和异步删除结果。若删除列表项后没有同步关闭详情，用户仍能操作已经不存在的文档；若 Key 使用数组下标，删除中间项后卡片又可能复用错误内容。

想你依然心痛

【共创季稿事节】HarmonyOS 6.1 悬浮页签重塑阅读 App 多任务体验实战不扫兴的人是这个世间最温暖的同行者。当你兴奋地分享时，对方不会泼冷水；当你尝试新事物时，对方不会嘲笑。这种“接住”的能力很珍贵。扫兴的本质是一种否定——否定你的热情、选择或快乐。而不扫兴，是一种温柔的肯定。

换元不配限

Jetpack Compose 状态管理指南这是 Compose 系列的第七篇，前面六篇我们认识并学会了使用各种基础组件，但组件是“死”的，数据才是“活”的。今天，我们就来彻底搞懂 Compose 中的状态管理。

不才难以繁此生

ArkUI Tabs 切换后状态丢失怎么办：中式美食分类页怎么保留关键词、筛选和滚动位置中式美食的分类页不是只有一个“切换 Tab”的动作。用户可能在“川菜”里搜了“家常”，又按难度筛了一下，再往下滑到二十几条；这时他切到“收藏”看一眼，再切回来，如果页面又回到顶部、关键词没了、筛选也没了，用户会觉得刚才的操作白做了。这个问题在代码里经常表现为：Tab 一切换就重新初始化列表状态。

不才难以繁此生

ArkUI 筛选状态实战：中式美食列表页怎么让关键词、分类和排序不互相打架用户先点“家常菜”，再搜“豆腐”，再切换“最近浏览”，如果每个控件自己维护状态，就会出现列表标题和真实结果不一致。这不是页面上多写几个条件判断就能解决的事。中式美食这类应用，列表、详情、收藏、购物清单、推荐流会互相跳转，状态一乱，用户看到的就是“刚才点过的东西没了”。

不才难以繁此生

ArkUI 列表性能实战｜中式美食菜谱列表如何拆组件、控重绘和稳住滑动体验中式美食里面有不少列表：菜谱列表、搜索结果、收藏页、购物清单、推荐卡片流。列表这种页面看起来简单，其实很容易越写越重。刚开始数据少，直接在一个页面里把图片、标题、标签、按钮、收藏状态都写出来，问题不明显。等页面开始接搜索、收藏、最近浏览、购物清单这些状态以后，卡片会越来越复杂，刷新也会越来越频繁。

从0到1实现Balatro游戏后端（8）：Skip Blind与Tag奖励机制设计与实现本系列记录我从 0 到 1 实现一个 Balatro 风格的游戏后端系统，并逐步将其工程化为可扩展的实时服务项目。

从0到1实现Balatro游戏后端（6）：Blind关卡状态设计与回合推进实现本系列记录我从 0 到 1 实现一个 Balatro 风格的游戏后端系统，并逐步将其工程化为可扩展的实时服务项目。

WebView内核原理：从Chromium到System WebView的架构全景Android WebView深度探索系列 · 第1/5篇从内核原理到工程实战，全面掌握WebView开发

HarmonyOS ArkTS 状态管理深度解析：@State、@Prop、@Link、@Provide/@Consume 实战指南

AI Bug修复与测试生成：从崩溃日志到修复PR的自动化 | AI提效Android开发(5)AI提效Android开发系列 · 第5/5篇（完结篇）从需求到上线，用AI重塑Android开发全流程