本文详解如何修正 p5.js 游戏中僵尸（zombie）因坐标计算错误而持续奔向画布原点 (0, 0) 的核心 bug，重点在于正确处理世界坐标与屏幕坐标的转换逻辑。
本文详解如何修正 p5.js 游戏中僵尸（zombie）因坐标计算错误而持续奔向画布原点 (0, 0) 的核心 bug，重点在于正确处理世界坐标与屏幕坐标的转换逻辑。
在使用 p5.js 开发 2D 追逐类游戏时，一个常见却隐蔽的陷阱是：视觉渲染坐标与逻辑运动坐标混淆。你观察到僵尸“绕着 (0, 0) 打转”，并非因为 control() 中的追击逻辑失效，而是 render() 方法中将世界坐标直接用于屏幕绘制时，未正确减去相机偏移量（即玩家位置），导致所有僵尸被错误地锚定在画布原点附近。
具体来看问题代码：
// ❌ 错误写法（ZombieHandler.render 中） rect( zombie[0] + Player.posX + winX / 2, // 错误叠加：zombie.worldX + player.worldX zombie[1] + Player.posY + winY / 2, 30, 30, 5, 5, 5, 5 );
此处 zombie[0] 和 zombie[1] 是僵尸在世界坐标系中的绝对位置（例如 [2000, -500]），而 Player.posX/posY 同样是玩家在世界坐标系中的位置（如 [1980, -490]）。将其相加后再加上画布中心偏移，实际等效于：
screenX = worldZombieX + worldPlayerX + canvasCenterX
这完全破坏了相对关系——本应显示在“玩家视野内”的僵尸，反而被强制映射到一个随玩家移动剧烈漂移的错误屏幕位置，最终因数值溢出或浮点误差，在视觉上表现为围绕 (0, 0) 振荡。
使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。
✅ 正确做法是：将世界坐标转换为以玩家为中心的屏幕坐标，即用 zombie.worldPos - player.worldPos 得到相对偏移，再叠加画布中心：
// ✅ 正确写法 const screenX = (zombie[0] - Player.posX) + winX / 2; const screenY = (zombie[1] - Player.posY) + winY / 2; rect(screenX, screenY, 30, 30, 5, 5, 5, 5);
同时，请确保 ZombieHandler.control() 中的追击逻辑保持正确（它本身无误）：
// ✅ 这段逻辑是正确的：计算指向玩家的单位方向向量 let angle = Math.atan2(Player.posY - this.list[i][1], Player.posX - this.list[i][0]); this.list[i][0] += this.list[i][2] * Math.cos(angle); this.list[i][1] += this.list[i][2] * Math.sin(angle);
⚠️ 注意事项：
- 不要在 draw() 中重复绑定事件监听器：document.onkeydown 等应移至 setup() 中一次性注册，否则每帧重绑会造成性能损耗与逻辑紊乱；
- 避免全局变量污染：Player、Zombie 等实例建议统一管理（如放入 sketch 作用域或使用 setup() 初始化）；
- 进阶优化方向：若需多僵尸不重叠，可引入简易分离力（separation force）或参考 p5.js 官方 Flocking 示例，实现更自然的群体行为。
综上，该 Bug 的本质是坐标空间理解偏差——世界坐标（world space）用于逻辑运算，屏幕坐标（screen space）仅用于渲染。牢记“渲染 = 世界位置 − 相机位置 + 画布偏移”，即可彻底规避此类陷阱。
