三亩地 三亩地SAN MU DI · CODE DIARY
交流投稿
ARTICLE DETAIL

日记详情

真实记录编程学习的某一天，欢迎挑你感兴趣的翻一翻。

首页/学习日记/日记详情

UE5 UMG击杀播报系统：从事件驱动到富文本动画的完整实现

发布时间：2026/8/7 7:51:05 三亩地 编程学习日记
UE5 UMG击杀播报系统：从事件驱动到富文本动画的完整实现

1. 项目概述：为什么需要游戏内击杀播报？

在多人竞技或动作类游戏中，击杀播报（Kill Feed）是一个至关重要的UI元素。它实时、动态地展示战场上发生的击杀事件，比如“玩家A 击杀了 玩家B”。这个看似简单的功能，背后承载着多重价值：它不仅是信息传递的窗口，更是提升游戏沉浸感、营造竞技氛围、辅助玩家决策的关键组件。想象一下，在一场激烈的对战中，你通过眼角余光瞥见队友完成了一次双杀，这不仅能提振士气，还能让你瞬间判断出敌方减员的区域，从而调整战术。传统的HUD文字提示往往位置固定、信息堆叠，而一个设计精良的富文本击杀播报，可以支持更丰富的表现形式（如不同颜色区分敌我、嵌入玩家头像、显示击杀武器图标等），并且以队列或动画形式优雅地呈现和消失。

在虚幻引擎5（UE5）中，实现这一功能的核心工具就是UMG（Unreal Motion Graphics）和蓝图（Blueprint）。UMG是UE的官方UI系统，它允许我们通过可视化的“控件蓝图”来设计和构建用户界面，而无需编写大量C++代码。对于游戏原型开发、独立开发者或专注于玩法设计的团队来说，蓝图的可视化脚本能力极大地降低了UI逻辑的实现门槛。本项目将带你从零开始，在UE5中利用UMG和蓝图，打造一个功能完整、可高度定制的游戏内击杀播报系统。我们会涵盖从UI设计、数据结构定义、事件驱动逻辑到动画集成的全流程，并提供可直接复用的蓝图配置思路。

2. 核心系统设计与思路拆解

一个健壮的击杀播报系统，不能只是简单地在屏幕上打印一行文字。我们需要从系统架构的角度思考，它如何与游戏中的其他模块（如游戏模式、玩家状态）进行通信，如何管理播报条目的生命周期，以及如何确保UI表现的高效与流畅。

2.1 整体架构与数据流

我的设计思路是采用经典的“事件驱动”模型。整个系统的核心数据流可以概括为：游戏逻辑产生击杀事件 -> 事件被广播 -> UI系统监听并接收事件 -> UI系统根据事件数据创建并更新播报条目。

  1. 事件源：当游戏中的一次击杀发生时（例如，在玩家角色的伤害处理逻辑中），我们需要捕获这次事件的关键信息：攻击者名称、受害者名称、使用的武器或技能类型等。
  2. 事件分发：在UE中，最优雅的方式是使用“事件分发器”（Event Dispatcher）。我们可以在一个全局可访问的蓝图（如游戏实例GameInstance或游戏模式GameMode）中定义一个事件分发器，例如OnKillOccurred。当击杀发生时，调用这个分发器并传入封装好的击杀信息结构体。
  3. UI监听：我们的击杀播报UI控件（一个控件蓝图）在创建时，就会去绑定（Bind）到上述全局事件分发器上。这样，一旦事件被触发，UI控件就能立即收到通知。
  4. UI处理与表现：UI控件收到事件后，执行对应的处理函数。这个函数负责：解析传入的击杀信息；根据需要，从内存池中取出或新建一个播报条目控件；将数据（如名字、武器图标）填充到该条目控件的各个子组件（文本块、图像）中；最后，将这个条目以某种形式（如从顶部插入）添加到播报列表中，并触发其入场动画。

这种解耦的设计好处非常明显：游戏逻辑不关心UI具体怎么展示；UI也不关心击杀事件具体如何触发。双方只通过一个定义好的事件接口进行通信，这使得系统易于维护和扩展。例如，未来你想增加助攻播报，只需要定义新的事件类型并让UI监听即可，无需大幅修改现有代码。

2.2 UMG控件蓝图结构设计

在UMG中，我们将创建两个主要的控件蓝图（Widget Blueprint）：

  • 主容器控件（WBP_KillFeed）：这是整个击杀播报系统的根容器。它通常被添加到玩家屏幕的某个固定位置（如左上角）。它的主要职责是：
    • 监听全局的击杀事件。
    • 管理一个垂直框（Vertical Box）或画布面板（Canvas Panel），作为所有击杀条目的父容器。
    • 控制播报队列的最大数量、条目的添加与移除策略（如先进先出FIFO）。
    • 可能还会包含一些背景板或装饰性元素。
  • 条目控件（WBP_KillFeed_Entry）：这是一个模板，代表单条击杀信息的外观。它内部包含多个子控件，例如：
    • 两个文本块（Text Block）：分别用于显示攻击者名字和受害者名字。
    • 一个图像控件（Image）：用于显示击杀使用的武器图标。
    • 一个富文本块（Rich Text Block）：这是实现“富文本”效果的关键。它允许我们在单行文本内，对不同的片段应用不同的样式（如攻击者名字用蓝色，受害者名字用红色，“击杀了”这几个字用灰色）。
    • 或者，也可以使用多个文本块配合水平框（Horizontal Box）来布局，但富文本块在样式统一和动态变化上更灵活。

条目控件本身也会包含自己的动画逻辑，比如淡入、上滑、停留、淡出这一系列动画序列。

2.3 数据结构定义：击杀信息结构体

为了在事件分发器和UI之间传递规范的数据，我们需要定义一个蓝图结构体（Blueprint Struct）。这就像是一个数据容器，明确了击杀事件包含哪些信息。我通常会创建一个名为FS_KillInfo（前缀FS_表示结构体）的结构体，包含以下成员：

  • KillerName(String)：攻击者的玩家名或角色名。
  • VictimName(String)：受害者的玩家名或角色名。
  • KillerTeamId(Integer)：攻击者所在队伍ID，用于决定名字颜色（友军蓝，敌军红）。
  • VictimTeamId(Integer)：受害者所在队伍ID。
  • WeaponType(Enumeration 或 String/Name)：击杀使用的武器类型。这是一个枚举类型（如EWeaponType::Rifle, EWeaponType::Sniper, EWeaponType::Grenade），方便后续根据类型查找对应的图标。
  • IsHeadshot(Boolean)：是否为爆头击杀。可用于触发特殊的播报效果（比如文字加粗、闪烁或附加一个爆头图标）。

使用结构体而不是分散的参数，能让事件调用和函数接口更加清晰和健壮，后续添加新字段（如伤害值、距离）也只需修改结构体定义，而无需改动所有相关的函数签名。

3. 核心细节解析与实操要点

有了顶层设计，我们深入到每个环节的实现细节。这里有几个关键点，处理好了能避免很多后期的麻烦。

3.1 全局事件分发器的创建与绑定

事件分发器是蓝图间通信的桥梁。我推荐在GameInstance蓝图里创建它，因为GameInstance在整个游戏会话中始终存在且唯一，非常适合管理这类全局事件。

  1. 创建分发器：打开你的游戏实例蓝图（例如BP_MyGameInstance），在“我的蓝图”面板，切换到“事件分发器”标签页，点击“+”号新建，命名为OnKillOccurred。然后，编辑这个分发器，为其添加一个输入参数，类型就是我们之前定义的FS_KillInfo结构体。
  2. 触发事件：在造成击杀的逻辑处（比如武器蓝图的ApplyDamage事件之后，或角色蓝图的死亡事件中），你需要获取到游戏实例的引用。可以通过Get Game Instance节点转换为你自己的游戏实例蓝图类，然后调用Call OnKillOccurred事件，并将组装好的FS_KillInfo结构体传递进去。

    注意：确保击杀判定逻辑是权威的（在服务器端执行），然后由服务器通过RPC（远程过程调用）通知所有客户端触发本地的事件分发器，以保证所有玩家看到的播报是同步的。对于单人游戏或本地事件，则直接调用即可。

  3. UI绑定事件：在你的主容器控件WBP_KillFeed的事件图表（Event Graph）中，需要在控件初始化（如Event Construct）时完成绑定。
    • 使用Get Game Instance节点并转换为你的游戏实例类。
    • 从游戏实例引脚拖出，选择“绑定事件到 OnKillOccurred”。
    • 这会自动创建一个“绑定到 OnKillOccurred”的自定义事件。在这个自定义事件的执行链中，你就可以处理接收到的KillInfo数据了。

3.2 富文本（Rich Text） vs 多文本块（Multiple Text Blocks）

这是实现击杀播报样式的两种主流方式，各有优劣。

  • 方案一：使用富文本块（Rich Text Block）

    • 做法：在条目控件WBP_KillFeed_Entry中只放置一个Rich Text Block控件。在接收到数据后，我们动态拼接一个HTML风格的字符串赋值给它，例如："<KillerStyle>{KillerName}</> 击杀了 <VictimStyle>{VictimName}</>"。
    • 优点：
      • 布局简单：单个控件，无需复杂对齐。
      • 样式统一管理：在项目设置中定义“富文本样式集”（Data Table），可以集中管理<KillerStyle>和<VictimStyle>对应的字体、颜色、大小等，修改样式只需改数据表，无需改动蓝图。
      • 动态样式灵活：可以根据KillerTeamId动态选择样式表中的不同样式。
    • 缺点：
      • 动态换色稍复杂：需要提前在样式表中定义好所有可能用到的样式（如Team1_Color, Team2_Color）。
      • 嵌入图标：虽然也支持<img>标签，但配置相对繁琐。

  • 方案二：使用多个文本块和图像控件组合

    • 做法：在条目控件中放置多个Text Block和一个Image控件，并用Horizontal Box组织水平布局：[Text_Killer] [Text_Separator] [Image_Weapon] [Text_Victim]。
    • 优点：
      • 直观直接：每个部分独立，直接在蓝图中设置其颜色、文本内容，逻辑清晰。
      • 图标处理方便：图像控件单独设置纹理（Texture）即可。
    • 缺点：
      • 布局依赖对齐：需要仔细设置各个控件在水平框中的对齐方式，确保在不同名字长度下看起来依然整齐。
      • 样式分散：颜色等样式信息散落在蓝图逻辑中，不易统一维护。

我的选择与建议：对于需要高度动态样式（如根据队伍实时变色）且文本结构固定的情况，我倾向于使用富文本块。它的可维护性和扩展性更好。我们接下来的实操将以富文本块方案为主进行讲解。

3.3 条目生命周期与动画管理

击杀播报条目不能永久存在。通常它需要经历“入场 -> 停留 -> 退场”三个阶段，由动画驱动。

  1. 创建与初始化：当主容器收到击杀事件后，它需要动态创建（Create Widget）一个WBP_KillFeed_Entry的实例。创建后，立即调用该实例上一个自定义的“初始化”函数（如Initialize Entry），将FS_KillInfo数据传递进去。在这个初始化函数里，完成富文本字符串的拼接和赋值。
  2. 添加到视图：初始化后，使用Add Child节点，将这个条目控件添加到主容器的垂直框（Vertical Box）中。为了达到新消息出现在顶部的效果，可以使用Insert Child at Index，索引设为0。
  3. 触发入场动画：在条目控件蓝图的Event Construct或初始化函数的最后，播放（Play）其入场动画（如从透明到不透明的淡入，或从上方滑入）。
  4. 管理队列与退场：主容器需要控制最大显示数量。例如，我们只显示最近5条击杀。可以在每次添加新条目后，检查垂直框的子项数量。如果超过5个，则找到最旧的那个条目（垂直框中索引最大的那个），触发其退场动画，并在动画播放完毕后将其从父级移除（Remove from Parent）并销毁（有条件地，见下一点）。
  5. 动画结束回调：在条目控件的退场动画中，在动画结束的关键帧处，触发一个自定义事件（如OnRemovalAnimFinished）。在这个事件里，可以通知主容器“我可以被移除了”，或者直接调用Remove from Parent。为了优化性能，可以考虑使用简单的控件池（Widget Pool），将移除的条目暂存起来，下次需要时复用，而不是频繁创建和销毁。

4. 实操过程与核心环节实现

让我们进入虚幻编辑器，一步步实现这个系统。假设你已经有一个基础的UE5第三人称模板项目。

4.1 第一步：创建数据结构与枚举

  1. 在内容浏览器中右键 -> 蓝图/结构体 -> 结构体。命名为FS_KillInfo。
  2. 打开结构体，添加变量：
    • KillerName(String)
    • VictimName(String)
    • KillerTeamId(Integer)
    • VictimTeamId(Integer)
    • WeaponType(Name) // 这里先用Name类型，方便直接传递字符串
    • IsHeadshot(Boolean)
  3. （可选）创建枚举：右键 -> 蓝图/枚举 -> 枚举。命名为EWeaponType。添加枚举值：Rifle,Sniper,Pistol,Grenade,Melee。然后将FS_KillInfo中的WeaponType变量类型改为EWeaponType。

4.2 第二步：设置全局事件分发器

  1. 打开你的游戏实例蓝图（如果没有，可以创建BP_MyGameInstance并在项目设置中指定）。
  2. 在“我的蓝图”面板，切换到“事件分发器”标签，点击“+”创建，命名为OnKillOccurred。
  3. 点击分发器右侧的“+”号添加参数。参数名可为KillInfo，类型选择FS_KillInfo（结构体引用）。

4.3 第三步：创建富文本样式集（Data Table）

这是富文本块能显示不同样式的关键。

  1. 准备字体：在内容浏览器中导入或使用引擎自带字体。
  2. 右键 -> 杂项/数据表 -> 数据表。在弹出窗口中，选择“行结构”为Rich Text Style Row（这是引擎内置的）。保存为DT_RichTextStyles。
  3. 打开数据表，添加新行。键名（Key）就是我们在富文本中使用的标签名，例如：
    • 行1: Key=KillerStyle。然后设置其样式：选择一个字体，颜色设为蓝色（RGB: 0, 150, 255）。
    • 行2: Key=VictimStyle。颜色设为红色（RGB: 255, 50, 50）。
    • 行3: Key=NormalStyle。颜色设为浅灰色（RGB: 200, 200, 200），用于“击杀了”这样的固定文本。
  4. 在项目设置（Edit -> Project Settings）中，找到“引擎 - 用户界面”部分。在“默认富文本样式集”中，引用我们刚创建的DT_RichTextStyles。

4.4 第四步：构建条目控件蓝图（WBP_KillFeed_Entry）

  1. 创建控件蓝图：右键 -> 用户界面 -> 控件蓝图。命名为WBP_KillFeed_Entry。
  2. 设计器（Designer）视图：
    • 将画布面板（Canvas Panel）作为根容器。
    • 拖入一个Rich Text Block控件，铺满整个画布。锚点设为左上-右下全拉伸。
    • 选中这个富文本块，在细节面板找到“文本样式集”，确保它设置为“默认”（这样就会使用我们在项目设置中指定的样式集）。
  3. 图表（Graph）视图：
    • 创建一个自定义事件，命名为Initialize Entry。添加一个输入参数KillInfo，类型为FS_KillInfo。
    • 在这个事件中，我们需要构建富文本字符串。逻辑如下：
      • 根据KillInfo.KillerTeamId判断，选择攻击者名字的样式标签。假设队伍0是友军（蓝），队伍1是敌军（红）。我们可以用一个分支（Branch）判断，然后分别拼接字符串。例如，如果KillerTeamId == 0，则KillerStyleTag = "KillerStyle"；否则KillerStyleTag = "VictimStyle"（这里假设敌军也用红色样式，实际你可能需要定义EnemyStyle）。
      • 同理，根据VictimTeamId确定受害者名字的样式标签。
      • 构建最终字符串：使用Append节点多次连接。
      格式： "<{KillerStyleTag}>{KillerName}</> <NormalStyle>击杀了</> <{VictimStyleTag}>{VictimName}</>"
      • 将拼接好的字符串，设置（Set Text）到Rich Text Block控件上。
    • 添加动画：
      • 切换到“动画”模式，创建一个新的动画序列，命名为Anim_Entry。
      • 在0秒处，选中富文本块，在变换（Render Transform）中，设置其不透明度（Opacity）为0，位置偏移（Translation）的Y轴为-50（让它起始位置偏上一点）。
      • 在0.3秒处，添加关键帧，设置不透明度为1，位置Y为0（滑入并淡入）。
      • 再创建一个动画Anim_Exit，实现淡出效果（如不透明度从1到0，持续0.3秒）。
      • 回到事件图表，在Initialize Entry事件执行链的最后，添加一个Play Animation节点，播放Anim_Entry动画。

4.5 第五步：构建主容器控件蓝图（WBP_KillFeed）

  1. 创建控件蓝图：WBP_KillFeed。
  2. 设计器视图：
    • 根容器使用画布面板或垂直框。我更喜欢用Canvas Panel以便精确定位。
    • 在画布上拖入一个Vertical Box控件，将其锚点设置在左上角，并调整到合适的大小和位置（如左上角，宽度300，高度400）。这个垂直框将作为所有击杀条目的容器。将其重命名为EntryContainer。
  3. 图表视图：
    • 绑定事件：在Event Construct事件中：
      • Get Game Instance->Cast to BP_MyGameInstance（转换失败则跳过）。
      • 从转换成功的引脚，拖出并选择“Bind Event to OnKillOccurred”。这将创建一个名为OnKillOccurred的自定义事件。
    • 处理击杀事件：在这个自定义事件中，我们接收到KillInfo数据。
      • Create Widget：类选择WBP_KillFeed_Entry，所有者玩家控制器（Owning Player）可以用Get Owning Player。
      • 将创建出的Widget提升为变量，命名为NewEntryWidget（临时）。
      • Add Child to EntryContainer：将NewEntryWidget添加到EntryContainer（垂直框）中。关键技巧：为了新消息在顶部，使用Insert Child at Index节点，目标（Target）是EntryContainer，子项（Content）是NewEntryWidget，索引（Index）设为0。
      • 调用NewEntryWidget的Initialize Entry函数，传入接收到的KillInfo。
    • 管理条目数量：在添加子项后，立即获取EntryContainer的子项数量（Get All Children，然后Get Array Length）。
      • 假设我们设置最大数量MaxEntries为5（可以做成可配置变量）。
      • 如果子项数量大于MaxEntries，我们需要移除最旧的一条。最旧的条目就是数组中的最后一个（索引为Array Length - 1）。获取到这个子项控件（Widget），调用其上的一个自定义函数（例如Request Removal）来触发退场动画。我们稍后会在条目控件中实现这个函数。
    • 接收移除请求：我们需要一个函数来处理条目控件的移除请求。创建一个自定义事件Remove Entry，输入参数为要移除的Widget。
      • 首先，从EntryContainer中Remove Child这个Widget。
      • （可选）为了优化，可以将这个Widget存储到一个“可用控件池”数组变量中，以备后续复用，而不是直接销毁。在下次Create Widget前，先检查池中是否有可用控件。

4.6 第六步：在条目控件中实现移除逻辑

回到WBP_KillFeed_Entry蓝图。

  1. 创建一个自定义事件Request Removal。
  2. 在这个事件中，播放退场动画Anim_Exit。
  3. 我们需要在退场动画播放完毕后，通知父容器移除自己。在Anim_Exit动画的最后一帧（比如0.3秒处），添加一个事件轨道（Event Track），并添加一个关键帧，触发一个动画通知（Anim Notify）。将这个通知命名为OnRemovalFinished。
  4. 在控件蓝图的事件图表中，右键搜索“动画通知事件”，找到On Animation Finished事件。但更精准的是使用“动画通知”事件。在“我的蓝图”面板的“事件图表”中，覆盖（Override）函数OnAnimationFinished。在这个函数里，可以判断完成的动画是否是Anim_Exit，如果是，则执行移除。
  5. 更优雅的方式是使用事件分发器。在条目控件中创建一个无参数的事件分发器OnEntryRemovalRequested。在Request Removal事件中播放动画，然后在Anim_Exit动画结束的通知里，调用OnEntryRemovalRequested分发器。
  6. 回到主容器WBP_KillFeed，在创建条目控件（Create Widget）后，除了调用初始化，还要绑定（Bind）到这个条目的OnEntryRemovalRequested事件上，并指向主容器的Remove Entry函数。这样，当条目动画播放完毕，就会自动通知主容器将其移出队列。

4.7 第七步：集成到游戏界面并模拟测试

  1. 在你的玩家控制器（Player Controller）或HUD蓝图中，在BeginPlay事件里，创建WBP_KillFeed控件，并将其添加到视口（Add to Viewport）。
  2. 为了测试，我们可以模拟击杀事件。在游戏实例蓝图中，可以创建一个简单的测试函数，或者直接在关卡蓝图中，设置一个按键事件（如按K键），来手动触发OnKillOccurred事件分发器，并传入一个测试用的FS_KillInfo结构体数据。
  3. 运行游戏，按下测试按键，你应该能看到击杀播报条目从屏幕左上角以动画形式出现。多次按下，新的条目会出现在顶部，旧的条目会被挤出并播放退场动画。

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

在实际操作中，你几乎一定会遇到下面这些问题。这里是我踩过坑后总结的排查思路和解决方案。

5.1 问题一：播报条目不显示或位置错乱

  • 可能原因1：控件未正确添加到视口或父容器。
    • 排查：检查主容器WBP_KillFeed是否被成功创建并Add to Viewport。可以在添加后打印一个日志（Print String）确认。同时，检查在OnKillOccurred事件处理中，是否成功执行了Create Widget和Add Child/Insert Child。
    • 技巧：在UMG设计器中，临时给主容器加一个醒目的背景色（如半透明红色），运行游戏时就能清楚地看到它的范围和位置。
  • 可能原因2：垂直框（Vertical Box）的尺寸或对齐问题。
    • 排查：检查EntryContainer（垂直框）的尺寸是否被正确设置。如果其高度为0，子项可能不可见。确保它的“尺寸框（Size Box）”属性或锚点设置允许它扩展。
    • 技巧：将垂直框的“对齐（Alignment）”设置为左上角（0,0），这样新添加的子项会从顶部开始排列。
  • 可能原因3：条目控件自身的可视性（Visibility）或渲染变换（Render Transform）。
    • 排查：在条目控件的Initialize Entry事件最后，确保其可视性不是“折叠（Collapsed）”。检查入场动画的初始状态是否将不透明度设为0以外的值，或位置偏移过大导致移出屏幕。

5.2 问题二：富文本样式不生效，全部显示为默认样式

  • 可能原因1：富文本样式集（Data Table）未正确设置或未关联。
    • 排查：首先确认在项目设置的“默认富文本样式集”中，是否正确引用了你创建的DT_RichTextStyles数据表。
    • 排查：在条目控件的设计器视图，选中Rich Text Block，查看细节面板中的“文本样式集”是否设置为“默认”。如果这里被覆盖了，可能会指向一个空或错误的数据表。
  • 可能原因2：富文本字符串格式错误。
    • 排查：在构建字符串的蓝图节点后，使用Print String节点将最终拼接的字符串打印到屏幕上。检查其格式是否正确。正确的格式应该是<TagName>Your Text</>。注意标签名必须与数据表中的“键名（Key）”完全一致，且区分大小写。闭合标签</>是必须的。
    • 技巧：可以先在富文本块的属性中，直接输入一个硬编码的测试字符串，如<KillerStyle>TestPlayer</> <NormalStyle>击杀了</> <VictimStyle>Dummy</>，看样式是否生效。如果生效，说明问题出在动态拼接的逻辑上。

5.3 问题三：动画播放异常（不播放、闪烁、跳帧）

  • 可能原因1：动画在错误的时机播放。
    • 排查：确保播放动画（Play Animation）的节点是在控件已经被添加到视口（即其父控件已被显示）之后调用的。有时在控件创建后立即播放动画，而控件还未完成渲染，会导致动画失效。在Initialize Entry后播放入场动画通常是安全的。
  • 可能原因2：多个动画冲突或未正确设置自动播放。
    • 排查：检查动画序列自身属性。在动画编辑器中，查看“细节”面板，确保“自动播放”没有被勾选（因为我们用蓝图控制播放）。同时，确保入场和退场动画没有共享冲突的属性轨道（比如同时控制不透明度），如果共享，在播放新动画前，最好用Stop Animation停止旧动画。
    • 技巧：对于简单的淡入淡出，也可以考虑不使用动画序列，而使用定时器（Timer）结合设置渲染不透明度（Set Render Opacity）来实现，这样控制更直接，但动画序列功能更强大。

5.4 问题四：性能问题（大量条目时卡顿）

  • 可能原因：频繁创建和销毁控件对象。
    • 优化方案：实现简单的控件池。
      1. 在主容器WBP_KillFeed中，创建两个数组变量：ActiveEntries（活跃条目）和InactiveEntryPool（闲置条目池）。
      2. 当需要新条目时，首先检查InactiveEntryPool数组是否为空。如果不为空，则从池中取出（Pop）最后一个元素，调用其Initialize Entry并添加到活跃列表和UI容器中。
      3. 如果池为空，再执行Create Widget。
      4. 当条目需要被移除时（播放完退场动画后），不要立即销毁它。而是将其从活跃列表和UI容器中移除，然后将其添加到InactiveEntryPool数组中，并将其可视性设为“折叠（Collapsed）”或重置其状态。
      5. 在控件池中，可以设置一个最大池大小，避免内存无限增长。超过大小时，可以销毁最旧的闲置控件。
    • 额外优化：限制同时显示的条目数量（我们已经做了），这是最有效的优化。通常5-7条信息已经足够玩家阅读。

5.5 问题五：多人游戏下播报不同步

  • 核心原则：击杀事件的权威判断必须在服务器。
    • 正确流程：
      1. 服务器端检测到一次有效的击杀（如伤害计算、生命值归零）。
      2. 服务器组装FS_KillInfo数据。
      3. 服务器通过“多播RPC”（Multicast RPC）调用一个自定义事件，通知所有连接的客户端。
      4. 在每个客户端上，这个RPC事件被触发，然后去调用本地游戏实例的OnKillOccurred事件分发器。
      5. 后续的UI更新流程都在各客户端本地执行。
    • 绝对避免：不要在客户端本地判断击杀并直接触发UI更新，否则会出现不同玩家看到信息不一致的情况。

这个UE5 UMG击杀播报系统，从设计到实现，涵盖了数据驱动、事件通信、UI动画和性能优化等多个核心知识点。它不仅仅是一个功能模块，更是一个理解UE5 UI系统设计模式的绝佳案例。你可以在此基础上轻松扩展，比如加入特殊击杀图标（双杀、三杀）、声音提示、或者更复杂的动画效果，让它真正成为你游戏UI中的亮点。

编程学习 学习日记 实战经验
← 返回列表