简介这是一份面向Python初学者与游戏开发爱好者的植物大战僵尸游戏源码基于pygame库实现适合用来练习面向对象编程、事件处理与游戏主循环等核心技能。压缩包共10个文件以8张png图片资源、1个py主程序与1份md说明文档为主图片用于地图、僵尸、豌豆射手等素材展示py文件承载完整游戏逻辑md则提供项目说明整体约45KB轻量易读。目前已有1002人学习下载热度可观。源码中可看到植物与僵尸以类的形式组织涉及继承与多态、pygame.Rect碰撞检测、随机数生成、帧率控制与音效播放等知识点读者能借此理解游戏循环、路径移动与状态更新的完整流程并在此基础上修改素材、扩展关卡或调整数值快速积累可复用的游戏开发经验。1. 用 Python 复刻植物大战僵尸从源码结构到能跑起来的完整路径很多做 Python 小游戏的人第一个想复刻的就是植物大战僵尸。原因很直接它的玩法规则清晰、素材表现力强、单局时长可控而且天然适合用面向对象的方式去拆。但真正动手后你会发现卡住大多数人的不是“不会写 Python”而是不知道一个能跑的植物大战僵尸源码到底由哪些模块组成、每个模块的职责边界在哪、哪些参数必须提前定死。我见过不少初学者把整个游戏塞进一个 800 行的main.py结果加第二关就崩改一个植物数值要翻遍全文件。这篇笔记就按“能复现”的标准把植物大战僵尸的 Python 实现拆成可落地的结构从环境准备、核心循环、实体系统、碰撞判定到参数调优每一步都给出可抄的代码和参数说明。适合已经会 Python 基础语法、想通过一个完整项目把面向对象和游戏循环吃透的开发者。2. 先定架构再写代码植物大战僵尸的模块划分与选型理由2.1 为什么用 pygame 而不是 tkinter 或 arcade植物大战僵尸的核心表现是“多实体同时运动 逐帧刷新 鼠标点击交互”。tkinter 的 Canvas 做逐帧刷新需要手动after()调度实体一多就掉帧arcade 虽然现代但资料少、遇到问题不好搜。pygame 的SurfaceRect 事件队列模型刚好匹配这个需求而且社区里植物大战僵尸的参考实现最多踩坑成本最低。安装只需要一条命令pip install pygame装完后用下面这段最小代码验证环境是否正常能弹出一个 800x600 的窗口就说明没问题import pygame pygame.init() screen pygame.display.set_mode((800, 600)) pygame.display.set_caption(PVZ Test) running True while running: for event in pygame.event.get(): if event.type pygame.QUIT: running False screen.fill((30, 30, 30)) pygame.display.flip() pygame.quit()这段代码里set_mode的元组是窗口宽高fill是背景色 RGBflip负责把绘制内容推到屏幕。注意pygame.event.get()必须每帧清空否则窗口会卡死无响应。2.2 五个核心模块的职责边界一个能扩展的植物大战僵尸源码至少拆成五块模块职责典型文件主循环事件处理、帧率控制、场景切换main.py实体基类位置、血量、绘制、更新接口entity.py植物系统阳光消耗、攻击逻辑、冷却plants.py僵尸系统移动、啃食、受击zombies.py关卡管理波次生成、胜负判定、资源加载level.py这样拆的好处是加一个新植物只需要在plants.py里继承基类不用动主循环调僵尸速度只改zombies.py里的常量。我一般会先把基类写死再往里填具体实体。2.3 实体基类的设计一个 Rect 撑起所有对象所有游戏对象都继承同一个基类核心属性只有四个rect位置和大小、hp血量、alive存活标记、image贴图。更新和绘制都走统一接口import pygame class Entity: def __init__(self, x, y, w, h, hp): self.rect pygame.Rect(x, y, w, h) self.hp hp self.alive True self.image None def update(self, dt): # dt 为距上一帧的秒数子类按需重写 pass def draw(self, surface): if self.image: surface.blit(self.image, self.rect) else: pygame.draw.rect(surface, (200, 80, 80), self.rect) def take_damage(self, dmg): self.hp - dmg if self.hp 0: self.alive Falsedt参数是关键。很多新手用固定像素移动结果在不同性能的机器上速度不一致。正确做法是速度乘以dt这样 60 帧和 30 帧下僵尸走过同一格的时间相同。take_damage里把死亡判定收口到基类子类不用重复写。3. 把游戏跑起来主循环、网格与实体生成的最小实现3.1 主循环的帧率控制与事件分发主循环负责三件事算dt、处理输入、刷新画面。下面是一个可直接运行的主循环骨架import pygame from entity import Entity pygame.init() screen pygame.display.set_mode((900, 600)) clock pygame.time.Clock() entities [] running True while running: dt clock.tick(60) / 1000.0 # 毫秒转秒 for event in pygame.event.get(): if event.type pygame.QUIT: running False elif event.type pygame.MOUSEBUTTONDOWN: # 点击生成一个临时实体验证交互链路 mx, my event.pos entities.append(Entity(mx, my, 40, 40, 100)) for e in entities: e.update(dt) entities [e for e in entities if e.alive] screen.fill((40, 60, 40)) for e in entities: e.draw(screen) pygame.display.flip() pygame.quit()clock.tick(60)既限制帧率又返回上一帧耗时。dt除以 1000 是因为 pygame 返回毫秒。列表推导式[e for e in entities if e.alive]每帧清理死亡对象避免内存里堆积无用实体。这段代码跑起来后点击屏幕会生成红色方块说明事件、更新、绘制、清理四条链路都通了。3.2 草坪网格把像素坐标映射成行列植物大战僵尸的种植位置是固定的格子不是任意像素。所以需要一层坐标转换。假设草坪从(250, 80)开始每格 80x100 像素5 行 9 列GRID_ORIGIN_X 250 GRID_ORIGIN_Y 80 CELL_W 80 CELL_H 100 ROWS 5 COLS 9 def pixel_to_cell(mx, my): col (mx - GRID_ORIGIN_X) // CELL_W row (my - GRID_ORIGIN_Y) // CELL_H if 0 row ROWS and 0 col COLS: return int(row), int(col) return None def cell_to_pixel(row, col): x GRID_ORIGIN_X col * CELL_W y GRID_ORIGIN_Y row * CELL_H return x, ypixel_to_cell返回None表示点到了草坪外种植逻辑里必须先判空再继续。cell_to_pixel用于把植物放到格子左上角。这两个函数是整个种植系统的基础参数一旦定下就不要随意改否则所有已放置植物的位置都会错位。3.3 植物与僵尸的最小行为实现先写一个最简植物每隔固定时间发射一颗子弹。再写一个最简僵尸沿行向左移动碰到植物就啃。import pygame from entity import Entity class Peashooter(Entity): COST 100 COOLDOWN 1.5 # 秒 def __init__(self, x, y): super().__init__(x, y, 60, 80, 300) self.timer 0 def update(self, dt, bulletsNone): self.timer dt if self.timer self.COOLDOWN: self.timer 0 if bullets is not None: bullets.append(Bullet(self.rect.right, self.rect.centery)) class Bullet(Entity): SPEED 400 def __init__(self, x, y): super().__init__(x, y, 20, 20, 1) self.damage 25 def update(self, dt): self.rect.x self.SPEED * dt if self.rect.x 900: self.alive False class Zombie(Entity): SPEED 30 def __init__(self, x, y): super().__init__(x, y, 60, 90, 200) self.eating False def update(self, dt, plantsNone): if plants: for p in plants: if self.rect.colliderect(p.rect): self.eating True p.take_damage(50 * dt) break else: self.eating False if not self.eating: self.rect.x - self.SPEED * dtPeashooter.COOLDOWN是射击间隔Bullet.SPEED是子弹速度Zombie.SPEED是移动速度单位都是“像素/秒”。Zombie.update里用for...else结构如果循环正常结束没碰到植物else分支把eating置回 False僵尸继续走。这个写法比设标志位再判断更干净。注意p.take_damage(50 * dt)里的伤害也乘了dt表示每秒 50 点伤害这样啃食速度与帧率无关。4. 参数调优与碰撞判定让手感接近原版的几个关键数值4.1 阳光经济产出、消耗与冷却的平衡阳光是植物大战僵尸的节奏核心。产得太快游戏没难度太慢前期就崩。我一般按这套数值起步参数建议值说明初始阳光50刚好够种一株向日葵向日葵产出25 / 8 秒回本约 2 个周期自然掉落25 / 10 秒保底收入豌豆射手消耗100两个向日葵养一株种植冷却5 秒防止无脑铺满这些值写在config.py里统一管理不要散落在各个类中。调平衡时只改这一个文件改完立刻能对比效果。4.2 碰撞判定Rect 相交与行过滤僵尸只应该攻击同一行的植物不能跨行啃。所以碰撞检测要加行判断def check_zombie_plant_collision(zombies, plants): for z in zombies: for p in plants: if z.rect.colliderect(p.rect): # 行号相同才判定为有效碰撞 if abs(z.rect.centery - p.rect.centery) 40: z.eating True p.take_damage(50 * z.dt) breakcolliderect只判断矩形是否相交不关心行。加一个centery差值小于 40 的条件就把跨行误判过滤掉了。这个 40 是半个格子高度实际项目里根据贴图大小微调。子弹打僵尸同理也要加行判断否则上一行的子弹会打到下一行。4.3 波次生成用时间轴控制难度曲线僵尸不能一拥而上要按波次来。用一个简单的计时器数组WAVES [ {time: 5, zombies: 1}, {time: 20, zombies: 2}, {time: 40, zombies: 4}, {time: 65, zombies: 6}, ] class Level: def __init__(self): self.elapsed 0 self.wave_index 0 def update(self, dt, spawn_func): self.elapsed dt if self.wave_index len(WAVES): w WAVES[self.wave_index] if self.elapsed w[time]: for _ in range(w[zombies]): spawn_func() self.wave_index 1WAVES里每个字典的time是触发秒数zombies是该波数量。spawn_func由外部传入负责实际创建僵尸并随机选行。这样关卡数据和生成逻辑解耦想加波次只改数组。5. 避坑与排查复刻植物大战僵尸时最容易翻车的五个点5.1 现象游戏越玩越卡帧率从 60 掉到 20原因每帧都在创建新的Surface或加载图片没有复用。比如在draw里调用pygame.image.load。 解决所有贴图在游戏初始化时加载一次存进字典实体只持有引用。用pygame.Surface.convert_alpha()转换格式也能提速。5.2 现象僵尸走到植物前面停住但不啃原因碰撞检测用了colliderect但没加行过滤或者僵尸的rect和植物的rect在垂直方向根本没重叠。 解决先打印两者的rect坐标确认centery差值。如果差值超过格子高度一半说明贴图锚点没对齐统一用格子左上角作为rect.topleft。5.3 现象子弹穿过僵尸不掉血原因子弹速度太快一帧移动超过僵尸宽度两帧之间直接跳过了碰撞区间。 解决把子弹移动拆成小步或者用射线检测。简单做法是限制子弹速度不超过僵尸宽度除以dt60 帧下每帧位移不超过 60 像素。5.4 现象点击种植后植物出现在错误格子原因pixel_to_cell里用了浮点除法没取整或者草坪原点坐标和背景图没对齐。 解决//是向下取整确保返回整数行列。原点坐标要拿背景图实际草坪左上角像素值不要凭感觉写。5.5 现象窗口关闭后进程没退出终端卡住原因pygame.quit()没调用或者有子线程还在运行。 解决主循环退出后立刻pygame.quit()如果有音频或网络线程先join再退出。用sys.exit()兜底。6. 进阶技巧用状态机管理植物行为与存档回放当植物种类超过三种if-else会迅速失控。我一般给植物加一个状态机把“待机、攻击、冷却、死亡”四个状态显式管理class PlantState: IDLE idle ATTACK attack COOLDOWN cooldown DEAD dead class Plant(Entity): def __init__(self, x, y): super().__init__(x, y, 60, 80, 300) self.state PlantState.IDLE self.state_timer 0 def update(self, dt, targetsNone): self.state_timer dt if self.state PlantState.IDLE: if targets: self.state PlantState.ATTACK self.state_timer 0 elif self.state PlantState.ATTACK: if self.state_timer 0.2: self.fire(targets) self.state PlantState.COOLDOWN self.state_timer 0 elif self.state PlantState.COOLDOWN: if self.state_timer 1.3: self.state PlantState.IDLE self.state_timer 0 if self.hp 0: self.state PlantState.DEAD self.alive False状态机的价值在于每个状态的进入条件、持续时间和退出动作都写在一处加新植物时只改fire方法。state_timer在每个状态切换时清零保证计时独立。再进一步可以把每帧的实体位置和状态写进列表做成回放import json def save_replay(frames, pathreplay.json): with open(path, w) as f: json.dump(frames, f) def load_replay(pathreplay.json): with open(path) as f: return json.load(f)frames是一个列表每项记录{t: 累计时间, entities: [{type: zombie, x: 100, hp: 200}]}。回放时按时间轴重建实体即可。这个技巧对调试特别有用——某次僵尸莫名消失把回放拉出来逐帧看比在代码里打断点快得多。最后说个血泪经验我早期做这个项目时把所有数值硬编码在类里调一次平衡要改七八个文件改完还经常漏。后来强制自己把所有可调参数收进一个config.py包括速度、血量、冷却、阳光消耗、波次时间。这个习惯让我后面加新关卡的时间从半天缩到半小时。如果你也打算长期维护这个项目先把配置层建起来后面会省下大量后悔药。希望帮到你。本文还有配套的精品资源点击获取