fix: AecDbX3dPart 记住"已尝试建过"，避免 Hide 构件被反复重建 #106

2026-10-28T22:51:01+08:00

company-desktop commented

2026-10-28 22:51:01 +08:00

现象：开图时 X3dPart 的 EnsureCreated 命中率只有 10.1%，1914 次重建里
721 次产出 NULL（38%），单个对象最多被重建 544 次。

根因：EnsureCreated 的命中条件是 !m_bNeedCreate && m_pSolid != NULL，
而 Rebuild() 里对 Hide 构件是"故意不建几何、直接 return true"——
m_pSolid 按设计就是 NULL，于是每次访问都重新走一遍 Rebuild，永远不可能命中。
子项全为空的构件同理。

修复：

新增 m_bCreated 标记"已经尝试建过"（无论是否产出实体）
EnsureCreated 命中条件改为 !m_bNeedCreate && (m_bCreated || m_pSolid != NULL)
Rebuild 入口置 m_bCreated = true；所有设 m_bNeedCreate = true 的 setter
同时置 m_bCreated = false，保证参数变化后仍会重建
重建后仍无实体时打一条日志（限前 5 条，带 m_sName），方便定位是哪些构件

实测（big1.dwg / R230 Debug）：
X3dPart 命中率 10.1% -> 41.4%
重建次数 1914 -> 1248（-666）
rebuild_null 721 -> 55
单对象最多重建 544 -> <=3
开图墙钟 93 s -> 93 s（无变化）

注意：这 666 次空转没有带来可测的提速，因为 Rebuild 里 Hide 的早退分支在
布尔运算之前，每次只有几微秒。所以这是正确性/整洁度修复，不是性能修复；
但消除了"个别构件被重试几百次"这种病态行为，也暴露了"哪些构件建不出实体"。

顺带新增诊断（Debug + AEC_PERF_COUNTER=1 才生效，Release 无开销）：

SectionPerf::NoteEnsure()：按 tag 统计"延迟建几何"的命中/重建，
并给出对象维度直方图与重建次数最高的对象
AecDbX3dPart::Rebuild / AcDbX3dSolid::EnsureCreated / AecDbGuardBar::Draw3d 打点
tools/run_acad_perf.ps1 增加 -CpuTrace：用 xperf 采 CPU 采样并 merge 成 etl，
可直接喂 tools/perf_diagsession.py（VS 的 VSDiagnostics 在这台机器上会卡住，
wpr -stop 有 COM 线程模式 bug，故用 xperf）

验证：R230 Debug 编译通过并部署，自动开图取数；截面缓存与回写仍为 0/正常。

现象：开图时 X3dPart 的 EnsureCreated 命中率只有 10.1%，1914 次重建里 721 次产出 NULL（38%），单个对象最多被重建 544 次。根因：EnsureCreated 的命中条件是 !m_bNeedCreate && m_pSolid != NULL，而 Rebuild() 里对 Hide 构件是"故意不建几何、直接 return true"—— m_pSolid 按设计就是 NULL，于是每次访问都重新走一遍 Rebuild，永远不可能命中。子项全为空的构件同理。修复： - 新增 m_bCreated 标记"已经尝试建过"（无论是否产出实体） - EnsureCreated 命中条件改为 !m_bNeedCreate && (m_bCreated || m_pSolid != NULL) - Rebuild 入口置 m_bCreated = true；所有设 m_bNeedCreate = true 的 setter 同时置 m_bCreated = false，保证参数变化后仍会重建 - 重建后仍无实体时打一条日志（限前 5 条，带 m_sName），方便定位是哪些构件实测（big1.dwg / R230 Debug）： X3dPart 命中率 10.1% -> 41.4% 重建次数 1914 -> 1248（-666） rebuild_null 721 -> 55 单对象最多重建 544 -> <=3 开图墙钟 93 s -> 93 s（无变化）注意：这 666 次空转没有带来可测的提速，因为 Rebuild 里 Hide 的早退分支在布尔运算之前，每次只有几微秒。所以这是正确性/整洁度修复，不是性能修复；但消除了"个别构件被重试几百次"这种病态行为，也暴露了"哪些构件建不出实体"。顺带新增诊断（Debug + AEC_PERF_COUNTER=1 才生效，Release 无开销）： - SectionPerf::NoteEnsure()：按 tag 统计"延迟建几何"的命中/重建，并给出对象维度直方图与重建次数最高的对象 - AecDbX3dPart::Rebuild / AcDbX3dSolid::EnsureCreated / AecDbGuardBar::Draw3d 打点 - tools/run_acad_perf.ps1 增加 -CpuTrace：用 xperf 采 CPU 采样并 merge 成 etl，可直接喂 tools/perf_diagsession.py（VS 的 VSDiagnostics 在这台机器上会卡住， wpr -stop 有 COM 线程模式 bug，故用 xperf）验证：R230 Debug 编译通过并部署，自动开图取数；截面缓存与回写仍为 0/正常。

company-desktop added 1 commit 2026-10-28 22:51:02 +08:00

fix: AecDbX3dPart 记住"已尝试建过"，避免 Hide 构件被反复重建 facf14699b

现象：开图时 X3dPart 的 EnsureCreated 命中率只有 10.1%，1914 次重建里
721 次产出 NULL（38%），单个对象最多被重建 544 次。

根因：EnsureCreated 的命中条件是 !m_bNeedCreate && m_pSolid != NULL，
而 Rebuild() 里对 Hide 构件是"故意不建几何、直接 return true"——
m_pSolid 按设计就是 NULL，于是每次访问都重新走一遍 Rebuild，永远不可能命中。
子项全为空的构件同理。

修复：
- 新增 m_bCreated 标记"已经尝试建过"（无论是否产出实体）
- EnsureCreated 命中条件改为 !m_bNeedCreate && (m_bCreated || m_pSolid != NULL)
- Rebuild 入口置 m_bCreated = true；所有设 m_bNeedCreate = true 的 setter
  同时置 m_bCreated = false，保证参数变化后仍会重建
- 重建后仍无实体时打一条日志（限前 5 条，带 m_sName），方便定位是哪些构件

实测（big1.dwg / R230 Debug）：
  X3dPart 命中率      10.1% -> 41.4%
  重建次数            1914  -> 1248（-666）
  rebuild_null         721  -> 55
  单对象最多重建       544  -> <=3
  开图墙钟             93 s -> 93 s（无变化）

注意：这 666 次空转没有带来可测的提速，因为 Rebuild 里 Hide 的早退分支在
布尔运算之前，每次只有几微秒。所以这是正确性/整洁度修复，不是性能修复；
但消除了"个别构件被重试几百次"这种病态行为，也暴露了"哪些构件建不出实体"。

顺带新增诊断（Debug + AEC_PERF_COUNTER=1 才生效，Release 无开销）：
- SectionPerf::NoteEnsure()：按 tag 统计"延迟建几何"的命中/重建，
  并给出对象维度直方图与重建次数最高的对象
- AecDbX3dPart::Rebuild / AcDbX3dSolid::EnsureCreated / AecDbGuardBar::Draw3d 打点
- tools/run_acad_perf.ps1 增加 -CpuTrace：用 xperf 采 CPU 采样并 merge 成 etl，
  可直接喂 tools/perf_diagsession.py（VS 的 VSDiagnostics 在这台机器上会卡住，
  wpr -stop 有 COM 线程模式 bug，故用 xperf）

验证：R230 Debug 编译通过并部署，自动开图取数；截面缓存与回写仍为 0/正常。

gjm approved these changes

2026-10-28 22:56:13 +08:00

gjm merged commit dd9b49e5a4 into main

2026-10-28 22:56:20 +08:00

Sign in to join this conversation.

2 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: gjm/envi-code#106