企业官网建设流程全解析

很多刚开始学 Python 的开发者，都会有同一个疑问：想用 Pygame 写个小游戏练手，却不知道从哪开始。看教程看了不少，API 也翻了一圈，真打开编辑器还是一脸茫然。这篇文章就围绕“用 Pygame 开发你的第一个小游戏”这件事，把我自己的实践过程、踩过的坑和复盘整理出来。里面会用到一个非常经典的“接金币躲炸弹”Demo，从环境搭建讲到最后能跑起来，再到常见的报错怎么解决，每一步都可以照着操作。很适合刚接触 Pygame、或者已经装好库但没完整做过小项目的人。

1. 项目整体设计与思路拆解

1.1 先决定做什么，而不是先学什么

我见过太多人陷入同一个误区：先花大量时间学 Pygame 的每一个模块，学完 Surface 学 Rect，学完 Rect 学事件，等觉得自己“准备好了”，热情也消耗得差不多了。Pygame 的学习曲线不算陡峭，真正劝退人的是“学完不知道能做什么”的空虚感。

正确做法是反过来：先定一个明确的项目边界，再在项目里补需要的知识点。第一个小游戏，最好满足这四条硬性标准：

• 角色类型不超过 3 种。比如一个玩家、一种可收集道具、一种障碍物。
• 输入方式尽量单一。要么纯方向键，要么纯鼠标。
• 结束条件非常明确。分数达到某个值，或者生命值用完。
• 单个回合时长控制在 2 到 3 分钟以内。

对照这个标准，最合适的入门项目就是“接金币躲炸弹”。底部一个挡板，用左右方向键移动。屏幕上方不断掉落金币和炸弹：接住金币加分，碰到炸弹扣一条命，命扣完游戏结束。为什么选它？因为只有一种玩家控制、两种掉落物，逻辑闭环足够完整，又能把 Pygame 的核心机制全部覆盖到：精灵、事件、碰撞、随机生成、分数、生命值、游戏状态切换。更重要的是，它能在很短的时间内产生强烈的视觉反馈。你敲不到二十行代码，就能看到自己的挡板在屏幕上移动，这种即时成就感非常重要。

1.2 第一个小游戏为什么适合用 Pygame 来做

Pygame 本质上是对 SDL 库的 Python 封装。SDL 负责跟操作系统底层打交道，包括窗口创建、图像绘制、音频播放、键盘鼠标事件，Pygame 把这一层做成比较友好的 Python API。于是你不需要关心像素怎么写到屏幕上、声卡驱动怎么调用，只关心游戏逻辑。

对比常见的几个选择：

如果你只是想快速体验游戏循环、碰撞检测这些东西，Pygame 是启动成本最低的路径。它的生态也足够成熟，遇到问题随便一搜几乎都有答案。当然它也有明显的边界：不适合做 3D，不适合大量粒子特效，物理引擎也需要自己补。但这些限制放在第一个小游戏上面，完全不是问题。等你在 Pygame 里理解了“游戏循环驱动一切”这个本质，再切换到其他引擎，会发现概念都是相通的。

1.3 开发环境：装对版本比写代码更重要

环境准备这部分看着简单，实际翻车率很高。我见过有人装的是 Python 3.13 最新版，然后发现某个依赖库没有对应版本的 wheel 包，折腾半天又回退版本。稳妥的方案是用 Python 3.8 到 3.12 之间的版本。我自己的实践环境是 3.11，Pygame 跑得很稳。

安装命令很简单：

pip install pygame

装完之后不要急着写代码，先跑一下官方自带的示例，确认环境真的通了：

python -m pygame.examples.aliens

如果这个命令弹出了游戏窗口，说明 Pygame 已经正确安装。这一步很值得做，因为“写完代码才发现是环境问题”是新手阶段最浪费时间的坑。

目录结构也建议在建项目时顺手定好：

my_game/ ├── main.py ├── images/ ├── sounds/ └── fonts/

看起来简单，实际上很管用。新手最容易犯的一个错，是素材随手往桌面一扔，代码里写死一个图片路径，换一台电脑就崩。哪怕这次 Demo 全程用几何图形，不依赖外部图片，也建议先把目录搭出来，提前养成好习惯。

2. 核心机制拆解：游戏循环、精灵与事件

2.1 理解游戏循环：所有互动都发生在这个循环里

Pygame 游戏的骨架，本质上是一个“永不停止”的 while 循环。下面这段话是理解 Pygame 最重要的钥匙：这个循环每转一圈，就代表一帧画面。每一帧里，你都需要做四件事：处理输入、更新逻辑、绘制画面、控制帧率。

用一个简化的伪代码来说明：

while running: for event in pygame.event.get(): if event.type == pygame.QUIT: running = False keys = pygame.key.get_pressed() player.update(keys) coins.update() bombs.update() screen.fill(BACKGROUND_COLOR) player.draw(screen) coins.draw(screen) bombs.draw(screen) pygame.display.flip() clock.tick(60)

这里有两个点经常被忽略。第一，pygame.event.get()不能只写不处理。事件队列如果不及时消费，窗口会被系统判定为“无响应”，然后直接白屏。哪怕你只想检测关闭按钮，也必须每帧调用这个函数。第二，pygame.display.flip()表示把画好的内容真正显示到屏幕上。Pygame 为了让画面不闪屏，先往后台缓冲区里画，画完一次性切换。如果你忘了调用 flip，或者在代码里用了pygame.display.update()但参数传错，就会出现一个“卡死在半成品画面”的窗口。

clock.tick(60)控制循环每秒最多转 60 次。没有这一行，循环会跑得飞快，游戏速度直接跟硬件性能挂钩。有了它，不同电脑上游戏体验才能稳定。后面的难度提升，也是建立在稳定帧率这个前提下。

2.2 Sprite、Surface 和 Rect：Pygame 的三个基础概念

这三个概念，是你能看懂 Pygame 代码的根基。

Surface 是承载图像的数据结构。你可以从图片文件加载一个 Surface，也可以直接创建一个空白的 Surface 然后用画图指令在上面绘制。所有绘图，最终都是往某个 Surface 上画像素。

Rect 是矩形区域对象，有x、y、width、height这些属性，以及left、right、top、bottom、center等便捷属性。它有两个作用：一是决定精灵在屏幕上的位置，二是做碰撞检测。Pygame 的矩形碰撞检测colliderect()，就是判断两个矩形是否重叠。

Sprite 是用一个类来同时管理 image 和 rect 的封装。一个精灵，就是游戏世界里一个“活”的东西，玩家、金币、炸弹都可以是 Sprite。继承pygame.sprite.Sprite之后，你只需要维护self.image和self.rect，再配合sprite.Group就可以批量更新、批量绘制、批量碰撞。

还有一个非常实际的小技巧：从图片文件加载 Surface 时，务必调用convert()或者convert_alpha()。如果需要透明通道，用convert_alpha()。这两个方法会把图片转换成 Pygame 内部更高效的像素格式，加载一次之后绘制速度会提升不少。不转换也能跑，但在复杂场景里性能差距非常明显。

2.3 键盘事件与操作手感：按住不动的门道

键盘交互是 Pygame 新手最容易写出“别扭手感”的地方。最常见的问题是：为什么我按住方向键，挡板只动了一下然后就不动了？

原因是你用了KEYDOWN事件。KEYDOWN只在按键按下的那一瞬间触发一次。如果操作系统开启了按键重复，它会每隔一段时间再触发几次，于是你的角色动一下、停一停、再动一下，手感差得要命。正确的做法是用pygame.key.get_pressed()，它返回一个状态数组，你可以每一帧都查询“这个键当前是否处于按下状态”：

keys = pygame.key.get_pressed() if keys[pygame.K_LEFT]: player.rect.x -= speed if keys[pygame.K_RIGHT]: player.rect.x += speed

这才是游戏里“持续移动”的标准解法。再配合边界判断，避免挡板离开屏幕：

if keys[pygame.K_LEFT] and player.rect.left > 0: player.rect.x -= player.speed if keys[pygame.K_RIGHT] and player.rect.right < SCREEN_WIDTH: player.rect.x += player.speed

这里有一个细节很多人会忽略：不同的游戏循环帧率不同，如果你直接用“每帧移动 6 像素”的方式，在 60 帧环境下是每秒 360 像素，在 120 帧环境下就变成每秒 720 像素。游戏速度会不一致。严谨的做法是引入 delta time，用“每秒钟移动多少像素”来描述速度。但对第一个小游戏来说，锁定 60 帧并直接按像素写速度，完全够用，后面需要做跨平台稳定帧率时再升级不迟。

2.4 分数、生命值和难度曲线：让游戏“有的玩”

没有分数和生命值，游戏只是一堆图形在动；加上了它们，玩法才算成立。在这个 Demo 里，需要维护的状态变量很简单：

• score：接住金币加 10 分。
• lives：初始 3 条命，碰到炸弹扣 1 条。
• game_active：是否处于运行状态。

难度曲线是这个项目中值得认真想的一件事。如果金币和炸弹的生成速度永远不变，玩家玩二十秒就会腻。常见的做法是让生成间隔随分数提升而缩短，或者让掉落速度随分数提高。但要注意两点：第一，降低生成间隔必须设置下限，否则生成频率高到一帧出现几十个物体，画面直接失控；第二，掉落速度提升也要设置上限，否则快到你根本反应不过来。你可以简单把难度设计成几个阶梯：

if score > 200: spawn_delay = 18 elif score > 100: spawn_delay = 22 else: spawn_delay = 25

这种阶梯式难度，比“无脑线性递增”更容易控制手感。玩家会觉得越来越难，但不会难到完全无法接受。

生成方式也别每帧硬去random()。更直观的是用一个计时器，或者干脆利用“每帧有概率生成”的思路。后面实操部分，我会用简化版本：每帧检查随机数，按概率决定是否生成一个金币或者炸弹。虽然这种判定的时间间隔不完全均匀，但在 60 帧锁定下，实际感受非常接近均匀生成，代码也更好理解。

3. 实操过程：做一个“接金币躲炸弹”Demo

3.1 从几何图形开始，不急着找美术素材

很多新手在资源准备阶段就被卡住了：找不到合适的金币图片，找不到背景图，网上搜的素材要么有版权问题，要么尺寸不合适。解决方式非常简单粗暴——第一版不要用图片素材，全部用几何图形代替。

金币就用一个黄色圆形，炸弹就用一个黑色圆形加白色高光，玩家就是一个蓝色圆角矩形条。用 Pygame 自带的绘图函数就能画：

coin_image = pygame.Surface((24, 24), pygame.SRCALPHA) pygame.draw.circle(coin_image, YELLOW, (12, 12), 10)

这样做的最大好处，是彻底绕开了图片路径、透明通道、加载失败这一整串问题。等你把游戏逻辑完全跑通，再回头把几何图形替换成美工素材，难度会低很多，因为你只需要改精灵的__init__部分，其余代码不用动。

使用pygame.SRCALPHA创建 Surface，是为了获得真正的透明背景。如果不用这个标记，画出来的圆形周围会被黑色方块包围。这个细节在接金币类的游戏里特别明显，值得记下来。

3.2 玩家与掉落物类的实现

代码组织上，我建议把每种角色定义成独立类。玩家类如下：

class Player(pygame.sprite.Sprite): def __init__(self): super().__init__() self.image = pygame.Surface((70, 18)) self.image.fill(STEEL_BLUE) self.rect = self.image.get_rect(midbottom=(WIDTH // 2, HEIGHT - 30)) self.speed = 6 def update(self, keys): if keys[pygame.K_LEFT] and self.rect.left > 0: self.rect.x -= self.speed if keys[pygame.K_RIGHT] and self.rect.right < WIDTH: self.rect.x += self.speed

注意get_rect(midbottom=...)这行。get_rect()可以根据 Surface 的尺寸自动创建一个 Rect，midbottom参数直接指定矩形底部中间的位置。这样就不用手算“x 应该是多少、y 应该是多少”，代码可读性也更高。

金币和炸弹其实很相似，只差外观、速度和被碰撞后的效果。为了代码结构清晰，我把它们分成两个类。金币类：

class Coin(pygame.sprite.Sprite): def __init__(self): super().__init__() self.image = pygame.Surface((24, 24), pygame.SRCALPHA) pygame.draw.circle(self.image, YELLOW, (12, 12), 10) self.rect = self.image.get_rect(center=(random.randint(25, WIDTH - 25), 0)) self.speed = random.randint(3, 6) def update(self): self.rect.y += self.speed

这里有一个通用小设计：掉落物的水平位置是随机生成的，但一定不能太靠近屏幕边缘。直接取random.randint(0, WIDTH)会导致部分金币有一半在屏幕外面。所以我在代码里用random.randint(25, WIDTH - 25)做了约束。垂直速度也在一定范围内随机，让不同金币的掉落节奏有差异，而不是整齐划一地往下掉。

3.3 碰撞检测、计分与游戏状态切换

碰撞是这类游戏的核心机制。Pygame 提供了一组非常方便的碰撞函数，最常用的是pygame.sprite.spritecollide。它可以检测某个精灵和整个精灵组之间的碰撞：

hits = pygame.sprite.spritecollide(player, coins, True) if hits: score += 10 * len(hits) dangers = pygame.sprite.spritecollide(player, bombs, True) if dangers: lives -= len(dangers)

第三个参数为True，表示碰撞到的精灵会从 Group 中自动删除。对金币和炸弹来说，被碰到之后从画面消失是符合直觉的。

接住金币加分数，碰到炸弹扣生命。生命值低于等于 0 时，进入结束状态。在结束状态下，玩家不再控制挡板，掉落物也应该停止更新，画面上只显示分数和“按空格重开”。

这里涉及一个非常重要的代码习惯：不要把所有逻辑都平铺在 while 循环里，而是用game_active这个布尔变量切分状态。运行状态下才执行玩家移动、掉落物更新、碰撞检测和绘制；结束状态下只显示游戏结束画面。这样的结构，让后面加“开始界面”变得非常容易。

3.4 完整可运行的 main.py

下面是一个完整代码，可以直接存成main.py运行。为了避开中文字体在不同系统上缺失的问题，界面文案我全部用了英文。

import pygame import random pygame.init() WIDTH, HEIGHT = 480, 640 FPS = 60 WHITE = (255, 255, 255) BLACK = (0, 0, 0) YELLOW = (255, 215, 0) STEEL_BLUE = (70, 130, 180) RED = (255, 0, 0) BG_BLUE = (30, 40, 60) screen = pygame.display.set_mode((WIDTH, HEIGHT)) pygame.display.set_caption("Coin Catch") clock = pygame.time.Clock() class Player(pygame.sprite.Sprite): def __init__(self): super().__init__() self.image = pygame.Surface((70, 18)) self.image.fill(STEEL_BLUE) self.rect = self.image.get_rect(midbottom=(WIDTH // 2, HEIGHT - 30)) self.speed = 6 def update(self, keys): if keys[pygame.K_LEFT] and self.rect.left > 0: self.rect.x -= self.speed if keys[pygame.K_RIGHT] and self.rect.right < WIDTH: self.rect.x += self.speed class Coin(pygame.sprite.Sprite): def __init__(self): super().__init__() self.image = pygame.Surface((24, 24), pygame.SRCALPHA) pygame.draw.circle(self.image, YELLOW, (12, 12), 10) self.rect = self.image.get_rect(center=(random.randint(25, WIDTH - 25), 0)) self.speed = random.randint(3, 6) def update(self): self.rect.y += self.speed class Bomb(pygame.sprite.Sprite): def __init__(self): super().__init__() self.image = pygame.Surface((26, 26), pygame.SRCALPHA) pygame.draw.circle(self.image, BLACK, (13, 13), 10) pygame.draw.circle(self.image, WHITE, (8, 8), 3) self.rect = self.image.get_rect(center=(random.randint(25, WIDTH - 25), 0)) self.speed = random.randint(4, 7) def update(self): self.rect.y += self.speed def show_text(text, size, color, y): font = pygame.font.Font(None, size) surf = font.render(text, True, color) rect = surf.get_rect(center=(WIDTH // 2, y)) screen.blit(surf, rect) player = Player() all_sprites = pygame.sprite.Group(player) coins = pygame.sprite.Group() bombs = pygame.sprite.Group() score = 0 lives = 3 spawn_delay = 25 game_active = True running = True while running: for event in pygame.event.get(): if event.type == pygame.QUIT: running = False if event.type == pygame.KEYDOWN and event.key == pygame.K_SPACE and not game_active: score = 0 lives = 3 coins.empty() bombs.empty() player.rect.midbottom = (WIDTH // 2, HEIGHT - 30) game_active = True screen.fill(BG_BLUE) if game_active: keys = pygame.key.get_pressed() player.update(keys) if random.randint(1, spawn_delay) == 1: coin = Coin() coins.add(coin) all_sprites.add(coin) if random.randint(1, spawn_delay * 2) == 1: bomb = Bomb() bombs.add(bomb) all_sprites.add(bomb) coins.update() bombs.update() for coin in pygame.sprite.spritecollide(player, coins, True): score += 10 for bomb in pygame.sprite.spritecollide(player, bombs, True): lives -= 1 if lives <= 0: game_active = False for sprite in list(coins): if sprite.rect.top > HEIGHT: sprite.kill() for sprite in list(bombs): if sprite.rect.top > HEIGHT: sprite.kill() all_sprites.draw(screen) show_text(f"Score: {score} Lives: {lives}", 28, WHITE, 25) else: show_text("GAME OVER", 64, RED, HEIGHT // 2 - 40) show_text(f"Score: {score}", 36, WHITE, HEIGHT // 2 + 20) show_text("Press SPACE to Retry", 28, WHITE, HEIGHT // 2 + 70) pygame.display.flip() clock.tick(FPS) pygame.quit()

运行这个文件，你就能玩到自己控制挡板接金币、躲炸弹的游戏。完成这一步之后，整个项目的核心功能已经成型，接下来真正考验你的是优化和扩展。

关于掉落物清理，代码里有个细节值得多说一句：金币和炸弹掉到屏幕外之后，我调用sprite.kill()把它们从所有 Group 中移除。如果不做这一步，这些已经离开屏幕的精灵仍然存在，只是看不见而已。玩得越久，空的精灵对象积累越多，游戏会越来越卡。

4. 常见问题与排查技巧实录

4.1 报错、黑屏与窗口闪退

第一个高频问题：安装完 Pygame 后，运行代码提示ModuleNotFoundError: No module named 'pygame'。这通常不是真的没装上，而是当前 Python 环境和安装 Pygame 的 Python 环境不是同一个。排查思路很简单，在终端里执行pip --version或python -m pip --version，确认你用的 Python 解释器和 pip 属于同一套环境。如果用了虚拟环境，一定要先激活环境再安装、再运行。

第二个高频问题：窗口能弹出来，但一直黑屏。常见原因有三个。第一，游戏循环里没有调用pygame.display.flip()或pygame.display.update()；第二，循环在进入绘制步骤之前就break了；第三，每帧都被screen.fill()填成同一种颜色，但精灵画完又被清掉。排查时，可以在循环末尾临时加一个print("frame")，如果控制台一直输出，说明循环正常，问题出在绘制顺序上；如果输出一次就停了，说明循环提前退出。

4.2 卡顿、忽快忽慢和资源加载问题

游戏运行一段时间后越来越慢，最常见的原因就是本章节 3.4 里提到的“僵尸精灵”。每个金币、炸弹虽然掉出了屏幕，但对象还活着，仍在 Group 里。处理方式就是判断rect.top > HEIGHT后调用kill()。

另一个原因是图片加载没有用convert_alpha()。每帧绘制一个未经格式转换的 Surface，性能开销会更大。掉落的物体数量一多，帧率就会明显下降。

还有一个容易被忽略的性能坑：在 while 循环里反复调用pygame.font.Font(...)。字体对象的创建成本不低，每帧都在循环里新建再销毁字体，60 帧就是每秒创建 60 个字体对象。正确做法是把需要用到的字体对象放到循环外面初始化，或者用一个缓存字典管理。这个小问题，我在自己项目里反复出现过好几次。

4.3 碰撞检测不准的几种典型原因

碰撞检测不准，是游戏开发里最折磨人的问题之一。第一个典型场景是“明明碰到了却没反应”。这通常是因为物体移动速度太快，一帧跨越了对方的位置，导致矩形之间没有重叠。Pygame 的colliderect只看当前帧两个矩形的位置，它不会帮你补中间过程。解决思路有几种：降低单帧移动的最大速度；或者把碰撞矩形略微放大，用“宽容判定”弥补漏检；高级一点的还可以做“上一帧位置到当前位置的线段检测”。对你第一个小游戏来说，把速度上限控制在每帧 6 到 8 像素，基本不会出现这个情况。

第二个典型场景是“没碰到却算碰撞”。如果你用的是带透明通道的 PNG 图片，Rect 仍然是矩形，金币的透明角落也会参与碰撞。这时候有两种处理：把图片里的主体画得尽量靠矩形中心；或者用pygame.mask.from_surface()和pygame.sprite.collide_mask()做逐像素检测。逐像素检测虽然精确，但计算成本更高，而且要求两个精灵都必须有mask属性。对于入门项目，优先考虑“把碰撞矩形调小一圈”这种土办法。

4.4 打包成可执行文件时的资源路径坑

做完一个 Pygame 小游戏，很多人会想用 PyInstaller 打包成 exe 分享给别人。这一步最容易出问题的是外部文件资源。打包后，程序运行在一个临时解压目录，而不是你写代码时的当前目录，直接写"images/coin.png"是找不到文件的。

标准处理方式是判断是否为打包后的环境：

import sys import os if hasattr(sys, '_MEIPASS'): base_path = sys._MEIPASS else: base_path = os.path.abspath(".") image_path = os.path.join(base_path, "images", "coin.png")

然后用 PyInstaller 把资源一起打包进去：

pyinstaller -F -w --add-data "images;images" main.py

注意 Windows 上--add-data的路径分隔符是分号，macOS 和 Linux 上是冒号。如果你用纯几何图形做游戏，完全没有外部资源，打包时就能省掉这一整类麻烦。这也是我建议新手第一版用几何图形的另一个原因。

4.5 常见报错信息速查表

表格只是参考。实际排查报错还有一个通用步骤：把报错信息复制到搜索引擎，不要只看第一行，Traceback最下面那个错误信息才是关键。

5. 从 Demo 到完整小项目：代码组织与进阶方向

5.1 别把代码全堆在 main.py 里

Demo 写完能跑，只是一个起点。如果马上开始做第二款游戏，或者往里加更多功能，你会发现所有代码全挤在一个文件里，改起来非常痛苦。这时候应该做的第一件事是拆模块。

一个比较合理的目录结构可以是：

my_game/ ├── main.py ├── settings.py ├── sprites.py ├── utils.py ├── images/ └── sounds/

• settings.py放窗口尺寸、帧率、颜色、难度参数等常量。
• sprites.py放 Player、Coin、Bomb 这些精灵类。
• utils.py放字体创建、文本绘制、加载图片这类辅助函数。
• main.py只负责初始化、创建对象、运行游戏循环。

这样拆分后，你会发现游戏每个部分都有了清晰的位置。加功能时不会纠结“这段代码该放哪”，排查问题时也能快速定位。

5.2 用状态机管理菜单、运行和结束

现在的代码只有game_active一个布尔值，用来区分运行和结束。实际项目里，状态会更多：标题菜单、暂停、关卡切换、结算界面。用布尔值堆下去会越写越乱。比较成熟的做法是引入一个简单的状态机。

基础的实现方式可以是一个字符串变量：

state = "menu" if state == "menu": draw_menu() elif state == "playing": run_game() elif state == "game_over": draw_game_over()

配合事件处理，切换状态时只需要改这个字符串。想加暂停功能就加一个paused状态，想加关卡就加一个level_clear。状态机不一定要用复杂的类结构，Python 里的枚举或字符串常量就足够。它能让你在“该绘制什么”“该响应哪些输入”“该更新哪些逻辑”这些问题上，思路变得特别清晰。

5.3 进阶方向与我的实操体会

如果你想让这个小游戏更进一步，比较容易见效的几个方向是：加音效、做最高分存档、加开始界面和暂停功能、用真正的图片素材代替几何图形。其中最高分存档最推荐做，因为它会涉及 JSON 文件读写和异常处理，让你的项目从“能玩”变成“像个完整的游戏”。

我自己做完这个接金币项目后，最大的体会是：第一次跑起属于自己游戏的成就感，毫无疑问很棒，但更有价值的体验是理解了一个核心事实——所有互动的底层，都不过在跑一个循环，循环里决定是否生成、是否碰撞、是否结束。想明白这一点之后，再去看其他游戏引擎的教学，会感觉很多东西都似曾相识。

顺着这个方向往后走，你可以在 Pygame 里尝试更复杂的对象交互、场景切换和 UI，也可以跳到其他引擎。但无论走哪条路，第一个小游戏项目最好都保持“小步快跑”：把它跑起来，再一点点加功能。版本永远不要停在“还没开始”上。