StellarX-kaifa/开发记录/Fix/Fix-BUG-20260415-0006-托管局部重绘脏子树提交链修复.md

Fix-BUG-20260415-0006

适用场景：记录某个 BUG 的修复方案、影响评估、验证结果与落地信息。

关联信息

• Fix ID: Fix-BUG-20260415-0006
• 关联 BUG ID: BUG-20260415-0006
• 修复目标: 让托管局部重绘能够正确提交嵌套容器中的脏后代
• 状态：已完成
• 负责人: Codex
• 分支 / 版本: 当前工作区

根因分析

• 根因: 托管局部重绘提交只识别 root 的直接 dirty child，不识别“自己不脏，但下面有 dirty descendant”的直接子分支。
• 触发条件: 深层按钮状态变化后，叶子控件已 dirty，但中间层 Canvas 自己未 dirty。
• 为什么之前没发现: 第一阶段主要覆盖顶层和浅层容器，三层嵌套专项场景在 KEY5 重构后才稳定暴露。
• 关键证据:
  • 按钮 hover / click 回调正常执行
  • 日志正常，但视觉状态直到更大重绘才补出来

修复方案

• 修复思路: 把托管重绘提交从“只认直接 dirty child”改成“识别 dirty descendant，并提升到 root 下直接脏分支提交”。
• 关键改动:
  • 新增 hasManagedDirtySubtree()
  • 新增 getManagedRepaintDirectBranch(root)
  • Canvas / TabControl 局部提交时，直接子单元若拥有 dirty descendant，也继续 commitManagedRepaint()
  • Window::requestManagedRepaint() 的 coverage 从最深叶子提升到 root 下直接脏分支
• 涉及文件 / 类 / 函数:
  • Control.h / Control.cpp
  • Canvas.cpp
  • TabControl.cpp
  • Window.cpp
• 影响的 API / 行为：无公开 API 变化
• 关键约束 / 不变量:
  • dirty descendant 不能再被中间层漏掉
  • 托管局部提交顺序仍需保持与真实绘制顺序一致
• 回滚点 / 开关：无

影响评估

• 影响范围: 嵌套 Canvas、页内嵌套容器、深层按钮 hover / click / tooltip 状态刷新
• 兼容性影响：无
• 行为变化：有（深层按钮视觉状态会及时刷新）
• 性能影响：有（coverage 更保守，局部补画可能略增）
• 回归风险:
  • 局部提交 coverage 扩大后，上层 overlay 补画次数可能增加
  • 需重点回归嵌套容器与顶层 overlay 场景

验证结果

• 验证步骤:

1. 编译 Control.cpp / Canvas.cpp / TabControl.cpp / Window.cpp / z-testDome.cpp
2. 使用 KEY5 三层嵌套区作为主回归入口
3. 检查深层按钮 hover / press / release 是否能即时刷新

• 验证结果: 编译通过；逻辑推演闭合；GUI 需用户本机手测
• 回归检查：KEY5 三层嵌套、页内嵌套、overlay 补画主线
• 验证证据：编译级验证通过

落地信息

• Commit: 未单独提交
• PR：[可选]
• 发布版本：[可选]
• 备注：该修复为机制修正，不是 KEY5 专项补丁