laoyang
8ca1eb76e0
fix(月视图): 首屏不变色 —— 真正根因是外层 ForEach key 不变 #6
上一版只改内层 key 没修好，因为问题不在内层。
## 真正根因
外层 ForEach 的 key 是：
(cells) => String(cells[0].dateMs) // "这页第一天"
重建前后这个值**完全相同**（还是那个月的 1 号）。
⇒ ArkUI 判定"这一项没变" ⇒ **不重新执行 itemGenerator**
⇒ 里面的 chunkCells(cells) 不重算
⇒ 内层 ForEach 收到的还是**旧的 cells 数组**，旧数组里 hasEvent 仍是 false
内层 key 再怎么改都没用 —— 内层压根没被重新调用。
## 修法
新增 `@State monthDataVersion`，每次 rebuildPages 后自增，拼进外层 key：
(cells) => `${cells[0].dateMs}_v${this.monthDataVersion}`
key 一变 → 外层重建 → 内层重新执行 → 颜色正确。
为什么不用"把整页 hasEvent 拼成 key"：一页 42 格，key 会长很多，
且会参与 diff 比较，有性能代价。版本号是 O(1)，语义也更清楚。
## 同时补了诊断日志
buildMonthCells 里输出：事件条数 / 有事件日期数 / 本页命中格数 / 当前版本号。
用来判断问题卡在哪一层：
· "有事件的日期 0 天" → 数据层没算对
· "命中 X 格" 但界面没变色 → 渲染/key 问题
## ⚠️ 教训（两层 ForEach 嵌套时）
这类 bug 我第一轮判断错了：只看到最内层 key 缺 hasEvent 就改了，
没意识到**外层 key 不变会让整棵子树被复用**，内层改什么都没用。
排查嵌套 ForEach 的刷新问题时，要从**最外层**往里查，
每一层的 key 都必须随数据变化。
2026-11-02 17:12:55 +08:00
..
2026-11-02 17:12:55 +08:00
2026-09-13 15:50:37 +08:00
2026-09-13 15:50:37 +08:00
2026-09-13 15:50:37 +08:00
2026-09-13 15:50:37 +08:00