laoyang
24e33ed5c9
fix(月视图): 翻月闪跳 —— 改为显式传参重建，不依赖 @State 即时可读 #6
用户反馈：11 月滑到 12 月时，先闪回 11 月，然后才跳到 12 月。
## 根因（两层）
### 第一层：异步时序
`reloadEvents()` 是 async（内部 await 读库），调用只是**启动**。
原代码：
this.reloadEvents(); // 只启动
this.swiperController.changeIndex(1); // 立刻回弹
回弹那一刻 monthPages 还是旧数据，中间页仍是上个月 ⇒ 闪回。
修：把 `rebuildPages()` 提到 changeIndex **之前**同步执行。
### 第二层：@State 赋值在当前 tick 内不可读
改完第一层后仍会闪。日志证据：
onChange index=2 当前=2026-11
同步重建完成 中间页=2026-11 ← 明明先赋了 displayMonth=12
说明 `this.displayMonth = v` 之后、同一个同步调用栈内读取它，
**不一定拿到新值**（@State 走可观察代理，写入与读取之间有调度）。
修：新增 `rebuildPagesFor(year, month)`，把月份**作为参数显式传入**，
内部不再读 `this.displayXxx`。这样无论 @State 何时生效都算得对。
## 附带修正：诊断日志本身有 bug
之前用 `monthPages[1][0].dateMs` 当作"中间页月份"，
但月历第一格常属于**上个月**（12月的第一格是 11/30），
日志就写成"中间页=11月"，让我误判成"月份没变"，白查了一轮。
改用记录**传入参数**后真相立刻清楚：入参全程都是 2026-12，逻辑一直是对的。
## 真机验证
11月 → 左滑 → 2026年12月，选中圆存在，无闪回。
日志确认：
TRACE_PARAM 重建入参=2026-12（同步重建）
onChange index=1 guard=true → 被 guard 正确拦下
TRACE_PARAM 重建入参=2026-12（数据重建）
诊断日志已在提交前移除（grep 0 处）。
## 教训
1. @State 赋值后**不要在同一同步栈内立刻读它**做计算，要用局部变量/参数传递。
2. 写诊断日志时，验证"我关心的那个值"必须用可靠来源。
用 `数组[0]` 代表整体属性是常见陷阱 —— 这次就因此浪费了一轮排查。
2026-11-02 22:25:00 +08:00
..
2026-11-02 22:25:00 +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