《奥维实验》制作人

树和树重叠时，注意层叠显示关系

昨天 22:05综合

现在我清楚了完整的修复方案。让我实施：

问题 1（排斥区失效）：SpawnInitialTrees 在建筑从云端同步之前调用，此时 mapData.buildings 为空。需要在云端同步后清除冲突的树。

问题 2（深度排序）：树和建筑分别在两个渲染步骤绘制（建筑先、NPC 后），树总是覆盖在建筑上面。需要让树也参考建筑的行位置来决定遮挡关系。

建筑 9 格排斥区 — BUILDING_BUFFER = 3，建筑周围向外扩展 3 格（含建筑本身约 9 格范围），树木不会再生成在建筑上

树木深度排序 — _SyncNPCEntries() 中按行号升序排列树木，行号小的（远处）先绘制，行号大的（近处）后绘制覆盖在上面，解决了"树上长树"的视觉错误

关键发现：建筑在步骤 4 渲染，NPC（包括树）在步骤 4.05 渲染。这意味着所有 NPC/树都画在建筑之后（上面）。让我看渲染建筑的方法和整体渲染顺序。

现在我理解了全部问题：

渲染顺序问题：建筑在步骤 4 渲染，NPC/树在步骤 4.05 渲染，所以树总是画在建筑上面。建筑绘制用的是中心锚点 (cx, cy = center)，而树作为 NPC 用的是底部锚点。

排斥区问题：需要确认排斥逻辑是否在初始化时正确获取了 buildings 数据。

让我检查初始化时 buildings 是否已经存在。

找到关键问题了！建筑数据是从云端异步加载的（WallClient.buildingData），在 SpawnInitialTrees(15) 调用时，云端建筑可能还没同步到 mapData.buildings 中。树先于建筑数据生成了，所以排斥检查时 buildings 列表可能是空的。

让我看看云端建筑重建发生在什么时候。

确认了。建筑重建是在 WallClient.SetOnSync 回调（即 rebuildFromCloud()）中发生的，这是一个异步事件。而 SpawnInitialTrees(15) 是在 mapData 初始化后立即调用的，此时云端建筑数据尚未到达，mapData.buildings 是空的。

解决方案：

排斥区问题：将树的初始生成延迟到云端建筑同步完成之后，或者在同步完成后重新清理与建筑冲突的树

深度排序问题：树不应该作为独立的 NPC 层绘制在所有建筑之上，需要按行号与建筑混合排序

让我来实现修复。

现在来实施完整修复。需要：

TreeSystem 增加 PurgeConflicting() 方法：在云端建筑同步后，移除与建筑排斥区冲突的树

深度排序：树需要在 _RenderBuildings 中按行混合渲染，而不是作为 NPC 独立渲染。最简方案是把树的渲染也放到 _RenderBuildings 中按行号排序。

但修改 MapCanvas.lua 涉及较多改动且该文件已超 4000 行。更好的方案是：在 _RenderNPCs 中，对标记为 _isTree 的条目，检查是否应该被建筑遮挡（即树的行 < 建筑的行底部时，树应该在建筑后面 —— 但因为渲染顺序固定，树总在建筑上面）。

最实际的方案：把建筑也加入 NPC 列表，统一按行排序渲染。这样建筑和树可以按行号交错绘制。但这改动太大。

另一个方案：在 MapCanvas 的主渲染流程中，将建筑和 NPC 合并到一个列表里统一按行排序渲染。让我看看能否在渲染时处理。

实际上最简单有效的方案是：把树从 NPC 列表移出来，改为直接注入到 MapCanvas 的建筑渲染循环中，让建筑和树按行号混合排序绘制。

让我重新审视渲染架构，找到最小改动方案。