 fanlusky
|
42cff6de4a
|
fix(server): WebView2 选词不再白等渲染同步超时
WebView2 下几乎每次空格/数字选词都等满渲染同步上限（日志 waited_ms 82-94，
rendered 恒比 current 小 1），体感为上屏顿一下。
每个按键 worker 会以相同内容发布两次页面：第一次走 content-only，回显在
异步 DOM 回调里；第二次命中 dedup，立即回显新代数。随后迟到的 DOM 回调把
回显改回旧代数，选词就一直等到超时。D2D 同步回显，不受影响。
- 渲染回显代数只进不退（AdvanceRenderedCandidateGeneration），迟到的旧回显
不再覆盖新回显。
- folded-inflight 分支补上回显：进行中的 FineTune 只回显它捕获的那一页，
之后折叠进来的页面此前永远没有回显。
|
2026-09-27 10:24:50 +08:00 |
|
|
fanlusky
|
d852a05687
|
fix(windows,server): 选词回复超时不再上屏未显示的候选
电池模式下数字选词常上屏与所见不同的候选。链路是：TSF 只等 50ms
回复；Server 在回复前同步写调频，渲染同步 30ms 到点后按未绘制的页面
选词；超时后 TSF 断管重放按键，Server 又调一次频。
- server：选词调频（拼音/五笔/英文）改为 worker 队列任务，在回复之后、
下一键之前执行，不再占用回复时间。
- server：渲染同步改为条件变量，绘制回显即唤醒；上限 30ms 提到 80ms。
- windows：上屏类回复等待 300ms；请求已送达仍超时时视为投递不确定，
只重建前缀并丢弃上屏键，不再无条件重放。
- server：同一选择 3s 内在新连接上再次到达时跳过调频，避免重放重复计数。
|
2026-09-27 00:47:36 +08:00 |
|
|
Jia Sui
|
b149a500b0
|
fix(server): 按数字选词偶发选错——以屏幕上的候选列表为准
按数字 2 想选第 2 个词，有时上屏的却是第 1 个：后台按手里的最新候选列表
数序号结算，而用户看到的是窗口还没重画完的旧画面；调频（一次置顶）每次
选完都改顺序，两者的时间差就会撞出「看 2 选 1」。关掉调频或固定候选位置
后顺序不再变化，问题消失——与报障观察一致。
修法：候选列表带版本号，窗口画完后回报画到第几版；按数字或空格时如果
窗口还没画到最新，后台最多等 30 毫秒再按用户看到的那一版结算。等待上限
是硬约束：必须留在 TSF 50ms 回复窗口内，超时会触发管道重连与按键重放。
窗口不可见、宿主自绘（UILess）、鼠标点击不等待。
- 发布候选页时递增版本号，快照携带该值；
- D2D 绘制完成、WebView2 DOM 回调（含 dedup 分支）回写实际渲染快照的版本号，
异步回调捕获快照值而非回读实时值；
- 单测覆盖等待判定与 30ms 常量；阴性验证：等待失效时「落后 → 等待」用例
失败，恢复后 333 项测试全绿；
- 真机验证（调频 pin + 快速同拼音 + 连按数字）待跟进。
|
2026-09-15 11:02:39 +08:00 |
|