UE5新手避坑指南：从零到游戏原型的实战开发流程

1. 项目概述：为什么UE5新手需要一个“避坑指南”？

如果你刚打开虚幻引擎5，被它华丽的启动画面和琳琅满目的功能面板震撼，紧接着又被“蓝图”、“Actor”、“组件”、“Niagara”这些术语搞得晕头转向，那么恭喜你，你正站在一个充满无限可能但也遍布陷阱的起点上。我见过太多满怀热情的新手，花了一两周时间跟着教程做了一个会跳的小人，然后信心满满地开始自己的“大作”，结果在第一个月内就卡死在各种意想不到的问题上，最终项目烂尾，热情耗尽。UE5的强大是毋庸置疑的，Nanite虚拟化几何体、Lumen全局光照，这些技术让独立开发者也能做出电影级的画面。但它的复杂性也同样惊人，它不是一个“开箱即用”的玩具，而是一个需要正确方法驾驭的工业级工具集。

这个指南的目的，不是教你如何从零做一个完整的游戏——那需要一本书的篇幅。它的核心是帮你快速、平滑地搭建起第一个可玩的游戏原型，并在这个过程中，系统地避开那些最容易让新手崩溃的“坑”。这些坑，有些是引擎设计逻辑上的（比如为什么我的蓝图编译了却没反应？），有些是工作流上的（比如资产管理混乱导致项目后期无法维护），还有些是心态和规划上的（比如一开始就追求完美画面，结果核心玩法都没做出来）。我们将聚焦于“从零到原型”这个最关键的阶段，把有限的精力集中在验证游戏创意上，而不是在技术细节的泥潭里挣扎。无论你是想用蓝图快速验证想法，还是打算深入C++为长远项目打基础，这些实战技巧都能让你少走至少半年的弯路。

2. 核心思路与项目规划：先搭骨架，再塑血肉

很多新手一上来就犯的第一个致命错误是：打开引擎，新建一个第三人称模板，然后就开始琢磨怎么把主角模型换得更酷，或者怎么把场景灯光调得更像《黑神话：悟空》。这相当于房子还没打地基，就开始挑选墙纸的花色。对于原型开发，你必须彻底扭转这个思路。

2.1 原型的目标：用最小成本验证核心乐趣

游戏原型的唯一目标，是验证你的核心游戏玩法（Core Gameplay Loop）是否有趣。它可以是丑陋的，用引擎自带的几何体（白模）就行；它可以是简陋的，没有任何UI和音效；但它必须是“可玩”的。你需要问自己：剥离掉所有华丽的画面和故事，玩家在游戏中重复进行的最基本操作是什么？是“跳跃-躲避-攻击”，还是“探索-收集-建造”，或是“思考-解谜-推进”？

举个例子，如果你想做一个潜行游戏，你的原型应该专注于：一个方块代表玩家，几个圆柱体代表守卫，一个简单的“视野锥”检测逻辑，以及玩家进入视野后触发警报的反馈。至于玩家模型是特工还是忍者，守卫的巡逻路径是否智能，警报声是蜂鸣还是人声，这些统统不重要。你需要用最快的方式，让这个“方块潜行”的循环跑起来，然后自己玩上几十遍，感受它是否有趣、是否有深度挖掘的可能。

2.2 项目结构的预先规划：为未来扩展留好接口

在创建项目的那一刻起，就要有意识地建立秩序。UE5的项目文件夹默认结构比较清晰，但你需要在此基础上建立自己的规范。

内容浏览器管理：

• /Game/Art: 存放所有美术资源。内部再细分Characters（角色）、Environments（环境）、Props（道具）、UI（界面）、VFX（特效）、Audio（音频）等。
• /Game/Blueprints: 存放所有蓝图类。按功能细分，如BP_Player（玩家）、BP_Enemy（敌人）、BP_Item（物品）、BP_GameMode（游戏模式）等。避免把所有蓝图都扔在根目录。
• /Game/Maps: 存放关卡文件。原型阶段可能只有一个Prototype地图，但可以建立Levels文件夹，里面放Prototype、Test等。
• /Game/Materials: 材质和材质实例。可以按用途分M_Base（基础材质）、MI_（材质实例）。

注意：给所有资源命名时，使用清晰的前缀。例如，蓝图用BP_，材质用M_，材质实例用MI_，静态网格体用SM_，骨骼网格体用SK_。这能在内容浏览器列表视图和引用查找时，提供巨大的便利。

版本控制是必须的：即使你是单人开发，也请务必使用Git（配合Git LFS管理大文件）或Perforce。UE5项目文件众多且体积大，一次误操作或引擎崩溃可能导致数小时工作白费。每天提交（Commit）代码和蓝图，写好清晰的提交信息。这是专业开发者的底线习惯，能从根源上避免“一夜回到解放前”的悲剧。

3. 引擎基础与关键系统避坑

进入引擎后，你会面对海量的面板和按钮。不要试图全部弄懂，聚焦于几个最核心的、与原型开发息息相关的系统。

3.1 蓝图 vs. C++：新手如何选择？

这是新手面临的第一个重大抉择。我的建议非常明确：原型阶段，无脑选择蓝图可视化脚本。

为什么？

1. 迭代速度极快：蓝图是节点式连接，逻辑可视，调试时可以实时看到数据流和断点，修改后立即编译生效。你想测试“按下空格键是否能让角色跳得更高”，在蓝图里拖一个节点改个数值，按一下编译，回到编辑器里按空格就能看到效果。这个迭代循环是以秒计的。
2. 学习曲线平缓：你不需要先花几个月学习C++语法、指针、内存管理。蓝图用游戏逻辑的概念（事件、变量、函数）来组织代码，更符合游戏设计的思维。
3. 功能足够强大：UE5的蓝图系统非常成熟，你能用蓝图实现游戏逻辑的95%以上，包括AI行为树、UI交互、动画状态机、物理模拟等。

那么C++什么时候用？当你的原型验证成功，决定将其发展为正式项目时，或者当你需要：

• 极致的性能（如每帧处理成千上万个对象的复杂算法）。
• 调用第三方C++库。
• 实现引擎本身没有暴露给蓝图的底层功能。
• 构建更稳定、易于团队协作的大型架构。

对于新手，完全可以先用蓝图快速实现所有想法，等遇到真正的性能瓶颈或扩展需求时，再学习如何将关键蓝图逻辑用C++重写（UE5的蓝图原生接口和UCLASS宏使得这变得相对容易）。记住，能跑起来的烂代码，远胜过写不出来的完美架构。

3.2 理解游戏框架核心类：Actor、Pawn、Character

在蓝图中创建类时，你会看到一堆基类选项。理解它们的区别，能让你把逻辑放在正确的地方。

• Actor：这是场景中所有可放置对象的基类。一个灯、一把枪、一个触发器、一个粒子发射器，都是Actor。它拥有变换（位置、旋转、缩放）和组件（Components）列表。任何需要在关卡里存在、并需要包含一些功能或视觉表现的东西，都应该继承自Actor。
• Pawn：可以理解为“可被操控的Actor”。它继承了Actor，并增加了被控制器（Controller）“占有”的能力。一个无人机、一辆车、一个没有复杂动画的简单角色，都可以是Pawn。
• Character：这是Pawn的一个特化子类，专为“人形角色”设计。它默认包含了一个胶囊体碰撞组件（CapsuleComponent）用于碰撞，一个骨骼网格体组件（SkeletalMeshComponent）用于渲染模型，以及一套完整的移动组件（CharacterMovementComponent），这套组件已经为你处理了行走、奔跑、跳跃、坠落、攀爬等基于物理的角色运动逻辑。如果你要做的是一个可以行走跳跃的角色，99%的情况应该直接继承Character，而不是从Pawn或Actor从头开始造轮子。

常见坑点：新手常常自己用Actor拼凑一个角色，然后试图用物理模拟或者自己写移动逻辑，结果花了一周时间，做出的移动手感还远不如Character默认的流畅。这就是没有利用好引擎提供的“轮子”。

3.3 组件（Component）思维：像搭积木一样构建功能

这是UE5（以及现代游戏引擎）最核心的设计模式之一。不要试图在一个庞大的蓝图里实现角色的所有功能（移动、攻击、生命值、背包……）。相反，应该采用组件化设计。

如何操作：在你的BP_PlayerCharacter蓝图中，你默认已经有了一些组件（胶囊体、骨骼网格体、移动组件）。你可以点击“添加组件”（Add Component），搜索并添加：

• WidgetComponent：用于在角色头顶显示血条、名字等UI。
• AudioComponent：用于处理角色相关的音效（脚步声、攻击声）。
• ArrowComponent：作为一个视觉参考点，比如标记武器应该附着在手上的位置。

更重要的是，你可以创建自己的自定义组件。例如，创建一个HealthComponent（健康组件），里面管理生命值、最大生命值、受伤和治愈的逻辑。再创建一个InventoryComponent（背包组件）管理物品拾取和使用。然后，在你的角色蓝图、敌人蓝图甚至可破坏的箱子的蓝图中，都可以添加这个HealthComponent。

这样做的好处：

1. 复用性：一套生命值逻辑，到处可用。
2. 解耦：修改生命值系统不会直接影响移动或攻击逻辑。
3. 可维护性：每个组件功能单一，蓝图不会变成拥有数百个节点的“意大利面条”。
4. 灵活性：你可以通过动态添加或移除组件来改变对象的行为。

在原型阶段，即使你只做一个简单的角色，也尝试将“生命值”和“攻击”拆成两个组件。这为你未来的扩展奠定了良好的基础。

4. 原型开发实操流程与核心技巧

现在，我们以一个经典的“第三人称动作游戏”原型为例，串联起从零开始的关键步骤和避坑点。

4.1 第一步：创建项目与基础角色控制

1. 项目创建：打开UE5，选择“游戏”（Games）类别，然后选择“第三人称”（Third Person）模板。不要勾选“初学者内容包”（Starter Content），它包含一些用不到的资产，会让项目变得臃肿。我们追求极简。项目名称就叫MyActionPrototype。
2. 理解模板内容：模板已经为你创建了一个可操作的角色（ThirdPersonCharacter）、一个游戏模式（ThirdPersonGameMode）和一个示例地图。花10分钟在内容浏览器里浏览一下这些蓝图，不要修改，只是看看它们是如何组织的。
3. 复制并重命名：在内容浏览器中，找到/ThirdPerson/Blueprints目录下的BP_ThirdPersonCharacter。右键点击它，选择“复制”（Duplicate），然后粘贴到你自己规划的/Game/Blueprints/Characters目录下，重命名为BP_MyHero。对BP_ThirdPersonGameMode也进行类似操作，复制到/Game/Blueprints/下并重命名为BP_MyGameMode。
4. 配置游戏模式：打开BP_MyGameMode，在“类默认值”（Class Defaults）面板中，找到“Pawn类”（Default Pawn Class）和“玩家控制器类”（Player Controller Class），确保它们分别指向你刚创建的BP_MyHero和ThirdPersonPlayerController（暂时用模板自带的即可）。这样，当你运行游戏时，就会使用你自己的角色蓝图。

实操心得：永远在副本上工作，保留原始模板作为参考。这能防止你把模板改坏后无法恢复。同时，立刻建立自己的文件夹结构，哪怕现在里面只有一两个文件。

4.2 第二步：实现核心交互——攻击与受击

假设我们的核心玩法是“攻击敌人，敌人受伤并反击”。我们不需要华丽的动画，用立方体和球体代替。

1. 创建敌人占位符：

   • 在内容浏览器中右键 -> 蓝图类 -> 选择“Character”作为父类，命名为BP_SimpleEnemy。
   • 双击打开，在“组件”（Components）面板，选中Mesh组件，在细节（Details）面板将其“骨骼网格体”（Skeletal Mesh）替换为Shape_Cube（引擎基本形状）。调整缩放，让它比玩家角色小一点。
   • 在“视口”（Viewport）中，将这个立方体向下移动，使其底部与胶囊体底部大致对齐。

2. 为敌人添加健康组件：

   • 在BP_SimpleEnemy的组件面板，点击“添加组件”（Add Component），搜索并添加一个“Actor组件”（Actor Component），重命名为HealthComp。
   • 选中HealthComp，点击“蓝图/添加脚本”（Blueprint/Add Script），这将为这个组件创建一个独立的蓝图类（如HealthComp_C）。打开它。
   • 在HealthComp的图表中，我们定义两个浮点型变量：CurrentHealth（当前生命，默认100）和MaxHealth（最大生命，默认100）。
   • 创建一个自定义事件，命名为TakeDamage，带一个浮点型输入参数DamageAmount。在这个事件里，执行CurrentHealth = CurrentHealth - DamageAmount。然后，可以加一个分支（Branch）判断，如果CurrentHealth <= 0，就广播（Broadcast）另一个自定义事件OnDeath（需要在变量部分先创建这个事件分发器）。
   • 回到BP_SimpleEnemy的主图表，在事件图表（Event Graph）中，获取HealthComp组件，绑定OnDeath事件：当收到这个事件时，销毁自身（Destroy Actor）。

3. 为玩家添加攻击检测：

   • 打开BP_MyHero。
   • 添加一个组件：Sphere Collision（球体碰撞），重命名为AttackCollision。将其附着到角色的右手骨骼（或一个ArrowComponent标记的位置）。调整球体半径，代表攻击范围。
   • 在AttackCollision的细节面板，勾选“碰撞预设”（Collision Presets）下的“生成重叠事件”（Generate Overlap Events）。
   • 在角色蓝图的图表中，右键搜索“OnComponentBeginOverlap”事件，选择你的AttackCollision组件对应的那个。这个事件会在碰撞体与其他物体开始重叠时触发。
   • 从事件节点的“Other Actor”引脚拉出线，添加一个“Cast To BP_SimpleEnemy”节点。如果转换成功，就从转换成功的引脚，获取敌人的HealthComp组件，然后调用其TakeDamage函数，传入一个伤害值（比如30）。

4. 绑定输入：在项目设置（Project Settings）-> 引擎（Engine）-> 输入（Input）中，添加一个“动作映射”（Action Mappings），命名为“Attack”，绑定到鼠标左键或键盘空格键。然后在BP_MyHero的图表中，右键搜索“InputAction Attack”事件。当该事件触发时，我们可以播放一个攻击动画蒙太奇（暂时用个空动画），并设置一个定时器，在动画播放到攻击帧时，将AttackCollision组件的碰撞设置为启用（默认可以设为不可用，攻击时才启用，避免持续触发）。

避坑点：

• 碰撞通道管理：确保玩家的AttackCollision和敌人的胶囊体碰撞在同一个碰撞通道（如Pawn）上，且响应设置为“重叠”（Overlap），而不是“阻挡”（Block），否则角色会把自己推开。
• 伤害触发频率：在AttackCollision的BeginOverlap事件里直接调用TakeDamage，会导致在重叠的每一帧都造成伤害。通常我们需要一个攻击间隔计时器，或者通过动画通知（Animation Notify）在特定帧触发一次伤害检测。
• 组件引用：在敌人蓝图中获取HealthComp时，确保在转换（Cast）成功后再获取，否则如果重叠到的不是敌人（比如一堵墙），会导致空引用错误，游戏崩溃。

4.3 第三步：构建简单的敌人AI与关卡布局

一个只会站着的敌人是无聊的。我们给它添加最基础的巡逻AI。

1. 使用行为树（Behavior Tree）：UE5的AI系统基于行为树，它比单纯的状态机更清晰、更强大。对于新手，不要怕，我们只实现最简单的。

   • 在内容浏览器中右键 -> 人工智能（Artificial Intelligence） -> 行为树（Behavior Tree），命名为BT_Enemy。同时会自动创建一个对应的黑板（Blackboard），命名为BB_Enemy。黑板是AI的“记忆”，用来存储目标位置、是否看到玩家等键值对。
   • 打开BB_Enemy，添加一个“向量”（Vector）类型的键（Key），命名为PatrolLocation。
   • 打开BT_Enemy。行为树从“根”（Root）节点开始。从根节点拉出一个“选择器”（Selector）节点。选择器会从左到右执行其子节点，直到有一个成功。
   • 在选择器下，第一个子节点我们放一个“序列”（Sequence）节点，命名为“巡逻”。序列节点会按顺序执行所有子节点，直到一个失败。
   • 在“巡逻”序列下，添加两个任务节点：FindPatrolLocation（自定义任务，用于在场景中随机找一个点）和MoveTo（引擎自带，移动到黑板中的PatrolLocation）。FindPatrolLocation需要你写一点蓝图逻辑来随机生成一个导航网格内的位置，并设置到黑板键里。

2. 配置AIController：

   • 创建一个新的蓝图类，父类选择AIController，命名为BP_EnemyAIController。
   • 打开它，在事件图表（Event Graph）的BeginPlay事件中，获取控制的Pawn（即敌人），然后运行行为树：Run Behavior Tree，传入之前创建的BT_Enemy资源。
   • 打开BP_SimpleEnemy，在类默认值中，将“AI控制器类”（AIController Class）设置为BP_EnemyAIController。

3. 布置导航网格：在关卡中，从“体积”（Volumes）里拖一个NavMeshBoundsVolume到场景中，并缩放使其覆盖整个可行走区域。点击运行后，你会在场景中看到绿色的导航网格（可能需要按‘P’键显示）。

4. 关卡白模搭建：使用基本几何体（立方体、球体、圆柱体）快速搭建一个简单的场景。比如几个平台，一些障碍物。记住，原型阶段的美术原则是：区分度大于美观度。用不同颜色的材质（引擎自带的M_Basic_Wall等）区分地面、墙壁、陷阱和可收集物即可。

避坑点：

• 导航网格更新：如果你的关卡是动态的（比如有可移动的平台或可破坏的墙），需要确保导航网格能动态更新，这涉及到NavMeshModifierVolume或运行时重建导航，对原型来说可能过于复杂，初期可以先做静态场景。
• 行为树调试：运行游戏时，打开“窗口”（Window）->“开发者工具”（Developer Tools）->“行为树调试器”（Behavior Tree Debugger），可以实时看到AI正在执行哪个节点，是调试AI逻辑的神器。
• AI感知：想让敌人“看到”玩家？可以使用AIPerceptionComponent（AI感知组件），它可以配置视觉、听觉等感官。将其添加到AIController中，当感知到玩家时，将玩家Actor设置为黑板上的Target键，然后行为树可以切换到“追逐”或“攻击”分支。

5. 性能优化与调试技巧（即使在原型阶段）

不要以为原型小就不需要关心性能。养成好习惯，能让你在项目膨胀时依然保持流畅。

5.1 实时性能监控：Stat命令与Profiler

• Stat命令：在游戏运行时，按键盘左上角的“~”键（Tab上面）打开控制台，输入：
  • stat unit: 查看每帧的GameThread（游戏逻辑）、DrawThread（渲染线程）、GPU耗时。这是最宏观的性能指标。理想情况下三者都保持绿色（<33ms，即30fps以上）。
  • stat scenerendering: 查看渲染相关的详细统计，如三角形数量、绘制调用（Draw Calls）。
  • stat game: 查看游戏逻辑相关的统计。
• GPU Visualizer：在编辑器工具栏，点击“调试”（Debug）下拉菜单，选择“GPU Visualizer”。它会以图形化方式显示一帧内GPU在各个渲染阶段（如BasePass、阴影、后处理）所花费的时间，帮你快速定位渲染瓶颈。
• Unreal Insights：这是UE5更强大的离线性能分析工具。你需要先录制一段游戏过程的数据，然后用独立的Unreal Insights工具打开分析。对于原型，可能有点杀鸡用牛刀，但了解它的存在是好的。

5.2 常见的原型期性能陷阱

1. 灯光过多或过于复杂：每个动态光源（Movable Light）都是性能杀手。在原型阶段，尽量使用静态光（Static）或固定光（Stationary），并大量利用烘焙光照（Build Lighting）。对于需要移动的光源（如手电筒），确保其影响范围（衰减半径）尽可能小。
2. 过度使用高面数模型：即使有Nanite，导入一个数百万面的复杂角色或场景，仍然会对内存和流送造成压力。原型阶段使用简单几何体或低面数模型。
3. 蓝图中的低效操作：
   • 每帧执行的复杂计算：避免在蓝图的Event Tick（每帧执行的事件）中进行复杂的数学运算、遍历大型数组或进行射线检测（Line Trace）。如果必须做，可以降低频率，比如每5帧执行一次。
   • 滥用Delay节点：Delay节点本质是一个定时器，大量使用会增加调度开销。对于需要间隔执行的任务，考虑使用自定义的时间句柄（Timer Handle）管理。
   • 不清理动态生成的对象：如果你动态生成了子弹、特效等，一定要在它们完成任务后（如击中目标、播放完毕）Destroy Actor，否则它们会永远存在于世界中，导致内存泄漏和性能下降。

5.3 高效的调试方法

• 打印字符串（Print String）：这是最朴素的调试方法，但极其有效。在蓝图的任何地方插入Print String节点，可以输出变量值、事件触发信息等到屏幕和输出日志。别忘了在项目设置里打开“启用屏幕消息”（Enable Screen Messages）。
• 蓝图调试器：在编辑器运行时，你可以点击任何蓝图实例，然后在蓝图编辑器中点击“调试”（Debug）按钮，即可进入该实例的实时调试状态。你可以看到节点的执行流、变量的当前值，甚至可以设置断点暂停执行。
• 可视化日志（Visual Logger）：按“Ctrl + Shift + ,”可以打开可视化日志。它可以在3D场景中绘制出调试信息，比如AI的感知范围、导航路径、射线检测的轨迹等，对于调试空间逻辑问题非常直观。

6. 从原型到下一步：常见问题与心态调整

当你完成了一个能跑、能玩、能验证核心创意的原型后，可能会面临新的困惑。这里有一些常见问题的答案和心态建议。

Q1：我的原型很粗糙，该继续打磨它，还是开始做正式版本？A1：这取决于你的目标。如果你的目标是学习，那么可以尝试用更正式的美术资源替换白模，优化代码结构，把它当作一个完整的迷你项目来做。如果你的目标是开发一个可发售的游戏，那么原型的历史使命已经完成。你应该基于验证过的核心玩法，重新规划一个干净的新项目，并采用更严谨的架构（可能开始引入C++模块），而不是在原型代码上修修补补。原型的代码通常是快速、混乱的，不适合作为长期项目的基础。

Q2：我该学习C++了吗？A2：如果你的原型用蓝图实现，并且运行流畅，没有遇到无法解决的性能问题，那么可以暂缓。但如果你发现蓝图逻辑变得极其复杂（一个蓝图有上千个节点），难以维护，或者你确实需要实现一些蓝图无法高效完成的功能（如复杂的算法、自定义渲染管线），那么就是学习C++的好时机。建议从“将蓝图逻辑迁移到C++”开始，比如将那个HealthComponent用C++重写，暴露给蓝图使用。UE5的官方文档和社区有大量关于“Blueprint & C++”协同工作的教程。

Q3：美术资源从哪里来？A3：对于独立开发者或小型团队，全部自制美术是不现实的。可以考虑以下途径：

• 市场购买：虚幻商城（Unreal Marketplace）、ArtStation Marketplace等有大量高质量且价格合理的资产包，尤其是风格化（Stylized）的资产，比写实资产更容易统一风格。
• 免费资源：Mixamo（角色动画）、Quixel Megascans（写实扫描资产，已免费集成到UE5）、Kenney.nl（极简风格游戏资产）等都是宝库。
• 程序化生成：学习使用Houdini Engine for Unreal，或者UE5内置的建模工具（Modeling Mode）和程序化生成框架（PCG），可以一定程度上自动生成场景内容。
• 关键资产外包：将最重要的角色、主角武器等核心资产，找专业的美术师定制。

Q4：我总是无法坚持做完一个项目怎么办？A4：这是最常见的问题，没有之一。解决方法：

• 缩小范围：你的第一个项目不应该是“开放世界MMORPG”。定一个微小但完整的目标，比如“一个只有3个房间的解谜游戏”或“一个只有1种敌人和1个Boss的横版关卡”。
• 制定每周计划：不要想“我要做游戏”，而是想“这周我要实现玩家的跳跃和二段跳功能”。完成一个个小里程碑，获得持续的正反馈。
• 加入社区：在Unreal Engine社区论坛、Discord频道、Reddit的r/unrealengine板块分享你的进展，哪怕再小。别人的鼓励和反馈是强大的动力。
• 接受不完美：游戏开发是迭代的过程。先做出一个“可玩”的版本，再考虑让它“好看”，最后让它“好玩”。不要在第一关的墙壁贴图上纠结一个星期。

游戏开发是一场马拉松，而不是百米冲刺。UE5提供了最顶级的赛车，但学会如何驾驶它，如何规划路线，如何保养车辆，才是抵达终点的关键。这个指南希望能帮你系好安全带，看清最初的几个弯道。剩下的路，需要你亲自去跑，去撞墙，去学习，去享受创造世界的乐趣。记住，每一个让你头疼的Bug，都是你经验值上涨的提示音。