Expose layout API and refresh regression docs

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

@@ -0,0 +1,69 @@
+# 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 专项补丁