茄子变小瞬间变成了小的西红柿

05/083 浏览综合

现在我找到了关键线索。让我仔细分析这个 bug 的根因：

问题发生在 EnzymeParticle.StripPixel() 中（EnzymeParticle.lua:149-163）：

lua

复制

-- 懒初始化：首次剥离时从渲染缓存深拷贝像素数据到敌人实例

if not target.instancePixels and renderModule_ then

local shared = renderModule_.GetSpriteData(target.typeName)

if shared and shared.pixels then

target.instancePixels = {}

for key, px in pairs(shared.pixels) do

target.instancePixels[key] = { px[1], px[2], px[3], px[4] }

end

target.instanceGridSize = shared.gridSize

end

当酶粒子首次剥离一个敌人的像素时，它会从 Render.GetSpriteData(target.typeName) 获取共享像素数据。然后看 Render.GetSpriteData：

lua

复制

function Render.GetSpriteData(typeName)

return npcSpriteCache_[typeName]

end

这里 npcSpriteCache_ 是按 enemyType（如 "tomato", "eggplant" 等）来索引的。但问题在于碎裂子体继承了错误的 typeName。

让我看看 Enemy.Split() 中的逻辑（Enemy.lua:165）：

子体的 typeName 被设为 childTypeName = cfg.splitInto

子体的 instancePixels 是从父体像素深拷贝的

所以碎裂不是问题——子体已经正确继承了父体的像素。

再仔细看渲染侧的逻辑（Render.lua:1519）：

lua

复制

local instancePixels = e.instancePixels

local spriteData = instancePixels and { gridSize = e.instanceGridSize, pixels = instancePixels }

or npcSpriteCache_[e.typeName]

关键：如果 e.instancePixels 为 nil，就会用 npcSpriteCache_[e.typeName] 作为 fallback。碎裂后子体的 typeName 是 splitInto 的值。让我查看 Config 中茄子的配置。

找到了关键线索。NPC 精灵绑定文件在 npc_sprites/_npc_bindings.json。让我检查绑定数据和 DraftBindings.lua 的加载逻辑。

现在我看到了完整的渲染逻辑。关键是在第 1517-1518 行：

lua

复制

local instancePixels = e.instancePixels

local spriteData = instancePixels and { gridSize = e.instanceGridSize, pixels = instancePixels }

or npcSpriteCache_[e.typeName]

分裂后的子体 typeName = childTypeName（如 "meat_mid"）。如果子体没有 instancePixels，它会尝试用 npcSpriteCache_[e.typeName]，即 npcSpriteCache_["meat_mid"]。

让我确认 NPC 绑定是否只绑定了顶层类型，没有绑定 _mid/_small 子类型。

现在我找到了 bug 的根因。让我确认一下完整的逻辑链：

Bug 根因分析：

Render.LoadNpcSprites(organId) 遍历 LevelManager.GetNpcBinding(organId) 的绑定映射 { [enemyType] = npcName }

NPC 绑定只绑定了顶层类型（如 "meat" → "茄子"），不会绑定 "meat_mid" 或 "meat_small" 等子类型

所以 npcSpriteCache_["meat"] = 茄子精灵，但 npcSpriteCache_["meat_mid"] = nil

非dish敌人的分裂路径（关键场景）：

茄子作为 typeName="meat" 的非 dish 敌人被生成（通过 NPC binding 显示为茄子）

它没有 instancePixels（只有 dish 敌人或被酶剥离过的敌人才有）

渲染时使用 npcSpriteCache_["meat"] = 茄子 ✓

被咬碎时 Enemy.Split() 创建子体 typeName = "meat_mid"

Split 函数尝试获取 parentPixels：

enemy.instancePixels = nil（从未设置过）

回退到 Render.GetSpriteData("meat") = npcSpriteCache_["meat"] = 茄子像素 ✓

子体获得深拷贝的茄子像素 ✓

等等…这应该是可以工作的。让我再仔细检查 Split 中 parentPixels 不为 nil 时的路径——如果像素确实被继承了，那子体应该有 instancePixels，渲染时应该优先用它。

找到关键线索了！茄子的 category 是 "veggie"（蔬菜），映射到 "bread" 类型。所以：

茄子 → category=“veggie” → enemyType=“bread” → 渲染时用 npcSpriteCache_["bread"] = 茄子精灵

分裂后 → childTypeName = Config.EnemyTypes["bread"].splitInto = "bread_mid"

子体 typeName = "bread_mid"

现在关键问题：Split 中如果 enemy.instancePixels 为 nil（非 dish 普通食物），它从 Render.GetSpriteData("bread") 获取到 npcSpriteCache_["bread"] 的共享像素，深拷贝给子体。这个路径应该是对的…

但等等！还有另一个问题。让我确认一下 Beat 系统直接随机生成的敌人（不通过投喂管线的）——也就是用户说的截图中 Beat 1 的情况。如果是直接从 generateWaveComposition 随机生成的敌人，它们没有 foodData！

好，现在来看食物池中的 entry.foodData 是否包含 isDish 信息。在 InjectFoods 中，传入的 item 直接作为 foodData。这些来自 FoodPipeline 的食物项，如果是投喂的单食材（如茄子），isDish 为 false 或 nil，所以 Enemy.Spawn 时不会走 dish 分支，不会设置 instancePixels。

这意味着非 dish 的茄子：

typeName = "bread"（茄子 category=“veggie” → “bread”）

没有 instancePixels

渲染依赖 npcSpriteCache_["bread"] = 茄子精灵 ✓

Split 时从 Render.GetSpriteData("bread") 获取像素，深拷贝给子体 ✓

子体有 instancePixels = 深拷贝 ✓

理论上应该正常工作。让我检查另一种可能性——也许 NPC binding 中 "bread" 对应的不是茄子，而是其他什么东西？或者有多个 enemyType 绑到同一个 organ，而 "bread_mid" 有自己的绑定（到西红柿）？

NPC 绑定数据是在云端/运行时加载的，本地没有缓存。基于代码分析，我已经找到了 bug 的根因。让我总结并修复：

根因分析：

茄子 → category=“veggie” → enemyType="bread" → npcSpriteCache_["bread"] = 茄子精灵 ✓

分裂后子体 typeName = "bread_mid"

Split 函数中，非 dish 敌人 instancePixels = nil，需要从 Render.GetSpriteData("bread") 获取父体像素来深拷贝给子体