HarmonyOS 数独小游戏的三个实现要点：确定性出题、实时冲突校验与本地进度持久化

一、为什么确定性出题是必要的

在纯端侧应用里，题库生成如果只依赖随机数，同一个题目编号在两台设备上会得到不同棋盘，既无法复现，也没法把题目分享给别人核对。常见做法是把题目编号映射成随机种子，再用回溯法生成终盘并按难度挖空，这样同一编号在任何设备上都得到同一份棋盘。

二、冲突校验放在渲染层还是数据层

填入数字后需要实时判断行、列、宫是否冲突，实现上有两条路：一是每次填入后遍历全盘，重新计算所有格子的合法性并写入矩阵，UI 直接读矩阵上色；二是只对当前格所在的行、列、宫做增量校验。前者实现简单、状态单一，9×9 棋盘完全够用。关键是让 UI 只依赖状态矩阵，而不是在 build() 里临时判断，否则声明式渲染会反复触发重复计算。

三、本地进度持久化

进度数据量小、结构固定，用 preferences 按用户维度存储题目编号到通关状态与用时即可。两个易错点：首次启动本地没有数据文件，需要先写默认值再读取；写入时机要放在通关判定完成后的同一逻辑帧内，避免页面销毁导致丢写。

四、可验证的验收点

同一题目编号在两台设备生成同一棋盘；填入冲突数字后高亮且撤销后消失；杀掉进程再打开，进度仍在。把规则判定和界面渲染分开，是这类小型游戏最划算的架构投入。