蓝图类间通信的三种方式

最新推荐文章于 2025-06-04 22:33:53 发布
最新推荐文章于 2025-06-04 22:33:53 发布
阅读量3.9k 收藏 11
点赞数 3
CC 4.0 BY-SA版权
分类专栏： unreal 文章标签： UE4
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/JennyBi/article/details/80026782
本文介绍三种蓝图间的通信方法：1. 使用GetAllActorsOfClass遍历场景中的物体并对蓝图B的所有实例执行操作；2. 通过建立蓝图接口，在蓝图B中实现接口函数并在蓝图A中调用；3. 利用事件调度器实现跨蓝图通信。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

用蓝图A来调用蓝图B 实现AB之间的通信


1 完全遍历场景中的物体 Get all actors of class，对蓝图B的所有实例执行相同的操作


2 通过建立蓝图接口实现AB之间的通信（常用）

在需要被调用的蓝图B中实现该接口中的函数
在A中调用实现的接口函数

3 通过事件调度器实现蓝图类间的通信（在A中产生时间调度器）

在关卡蓝图的开始游戏时进行绑定

在A中产生时间调度器

在关卡蓝图中实现调用

蓝图B实现了改变物体的尺寸
蓝图通信的方式
KeyISee的博客
10-27 996
三种分类：直接通信、蓝图接口、事件分发器。
虚幻引擎中蓝图间的几种通信方式
weixin_42269998的博客
04-08 3732
学习了虚幻一段时间，是看的谌嘉诚的视频入的门，里面做过挺多的功能，但是在之后总是会忘记，所以这次又重新温习了一遍虚幻官方的蓝图，对蓝图通信这方面又做了一个巩固。蓝图通信在虚幻中很重要，主要有以下四种方式： 一、直接通信 直接通信的方式是最常用的也是最好理解的。比如两个蓝图类中，一个蓝图想要调用另外一个蓝图中的参数或者函数，就可以使用这种方法。 举个例子：当玩家按F的时候，灯就没了。 这里会用到初学者包中的灯蓝图，将这个蓝图拖入到场景中，打开这个蓝图，你会发现他里面的组件有一个static me.
蓝图通信（10） —— 直接蓝图通信
先锋小牛
05-12 2637
简述蓝图类之间有多种通信方法，其中直接蓝图通信比较常用，通过在当前蓝图类中创建一个目标蓝图类的引用变量，并在关卡中指定目标蓝图的实例。创建两个蓝图类新建继承Actor的蓝图类，命名为Actor_1，复制一份，命名为Actor_2打开Actor_1，添加Static Mesh组件并设置Mesh为1M_cube，编译保存打开Actor_2重复上述操作（设置Mesh为Ramp_StaticMesh），将...
UE蓝图通信
最新发布
UE星空
06-04 983
UnrealEngine中四种通信方式性能对比：1.直接引用(Cast) - 适合少量固定调用，类型检查带来微小开销；2.事件分发器 - 适合广播式通信，动态委托存在遍历开销；3.委托 - C++静态委托接近直接调用，动态委托有反射开销；4.接口 - 通过虚表跳转，单次调用开销最小，解耦性最佳。推荐：少量调用用Cast，广播用事件分发器，模块解耦优先选接口。接口通信因路径短、无需绑定、内存占用少，在多数场景下性能最优。
蓝图通信的方法总结
dll1453的博客
04-18 404
在学习终于到了一些关于蓝图通信方法的混淆，今天总结一下。 在蓝图中信息之间的传递时极其重要的，这种信息之间的传递称之为蓝图通信，Unreal中蓝图通信的方法一共有四种，分别用于不同的情况，基本涵盖了所有蓝图之间的通信。 第一种：直接蓝图通信 最适用的情况：在Level中同时存在的两个Actor之间需要信息传递，那么就可以使用直接蓝图通信法。 这里大概阐述一下，假设ActorA需要...
UE蓝图(二)——蓝图通信
hhhcbw的博客，欢迎各位来访
08-05 1801
直接通信、事件分发器、蓝图接口蓝图通信详解
2.蓝图通信
m0_51972034的博客
05-03 281
蓝图通信
【UE5】蓝图通信方式
叶子yes的博客
04-25 1397
创建两个Actor蓝图。
蓝图通信的三种方式实例展示
StraightenupRyan的博客
04-20 1042
事件调度 1.蓝图接口（blueprint interface） 需要创建一个蓝图接口函数，即blueprint interface 然后在被调用的Actor里，需要在class settings里设置相应的蓝图接口 同时需要在BPI中声明相应的函数，然后对应函数需要在被调用函数里进行定义 最终使用时，需要在调用者中设置如下（使用actor has tag进行判断，因为如果多个actor使...
UE5蓝图与C++通信方式大全
hege1998的博客
10-18 1319
在NPCCharacter蓝图中，创建一个名为ShowDialog的自定义事件。在PlayerCharacter中，通过直接引用或者接口获取NPCCharacter实例，然后调用ShowDialog事件。
【UE】蓝图通信的三种方式
qq_63556231的博客
01-19 1319
蓝图通信三种方式
蓝图通信二
猎梦虚幻研究社
07-24 922
创建独立的蓝图类实现蓝图间的互相通信优快云的博客添加图片太麻烦了，而且链接网页图片会出现错误，如果需要看详细文章，请访问我的微信公众号《猎梦虚幻研究社》在第一篇中，介绍了通过关卡蓝图来实现蓝图间的数据交互和事件通知。但是从我介绍关卡蓝图开始就表明了我不推荐使用这种方式的态度。当一个场景中有极其多的门或者灯需要控制，或者有更多的场景元素需要我们操控时，使用关卡蓝图明显是一个十分糟糕的决定，这会让你的
UE4_【蓝图笔记】第四期：常用的蓝图通信方法 (总结)
yangzhen_010的博客
07-12 1259
常用蓝图通信
【蓝图笔记】第四期：常用的蓝图通信方法（很频繁！）
yangzhen_010的博客
07-12 489
。。。
关于蓝图通信
I_O_fly的博客
07-19 333
在公司实习，这几天在啃ue4涉及到蓝图通信的一个学习，因此把官网的文档项目拿来做了一遍 首先是创建，选择第一人称模板，然后打开新关卡，在内容浏览器里打开SM_Rock点下那个方形图标然后保存 如果没有这个选项打开在项目设置里的physics里的APEX选项选上，然后在点创建可破坏的rock然后创建蓝图命名为BP_rock 然后打开添加一个移动组件 projectileMoveement然后把...
蓝图通信一
猎梦虚幻研究社
07-24 1126
介绍蓝图通信的第一篇优快云的博客添加图片太麻烦了，而且链接网页图片会出现错误，如果需要看详细文章，请访问我的微信公众号《猎梦虚幻研究社》本篇将实现通过关卡蓝图来进行蓝图通信。所谓的蓝图通信，实际上就是使不同的蓝图相互交换数据，达到蓝图之间可以相互控制相互引导的作用。在之前的推送中，介绍到了关卡了蓝图。关卡蓝图的特点就是能很方便的控制整个关卡的逻辑，并且能够很轻易的找到关卡中的各种物体。之前我们在关
UE4 几种蓝图通信的方法
ChaoChao66666的博客
11-20 4359
方法一：通过公有变量 方法二：通过“获取类的所有actor”节点 方法三：通过蓝图接口 关卡蓝图与蓝图通信
蓝图与蓝图之间的通信
u014577128的博客
03-14 2614
1.直接访问其他蓝图 在一个蓝图中去访问另一个蓝图中的元素 先获取该蓝图类，再通过索引值获取到该蓝图实例，接着就可以获取和设置该蓝图实例中的元素 例：通过蓝图s2去访问和修改蓝图S1中的元素d1，其中GET中的0，是该实例在蓝图数组中的索引值 2.引用 通过引用的方式去获取其他蓝图中的变量 例：建立一个变量（类型为对k2蓝图的引用，设为公有），然后用吸管在场景中为变量去指定实例 通过以下蓝图就可对其他蓝图实例中的变量进行获取或设置 3.通过中间变量 项目中公有的蓝图作为中间桥梁，实
UE4蓝图通信-蓝图接口
记录值得记录的东西
11-30 6713
蓝图接口 除了最常用的cast to蓝图节点可以实现通信以外，进阶的通信方式就是蓝图接口 目的：与多个对象中的特定几个对象进行通信 方式：对检测到的对象发送消息 消息：发出的消息是接口消息，只有设置了对应接口的对象才会响应，其他的对象发呆 球形检测SphereTraceByChannel start：第一个球的球心点 end：下一个球的球心点 radius：每个球体的半径 注意这个检测生成的检测区域是胶囊体形状的，第一个球到第二个球的中间区域是个圆柱 利用接口蓝图实现通信必须要借助检测通道来检测目标
UE 蓝图通信的几种方式
03-13
<think>嗯，用户想了解UE蓝图的几种通信方式。首先，我得回忆一下自己学过的UE蓝图知识。蓝图通信是UE中非常重要的部分，它允许不同的蓝图之间传递数据和触发事件。常见的几种方式应该包括直接引用、事件分发器、蓝图接口、变量绑定，还有关卡蓝图和Cast节点这些方法。 首先，直接引用应该是最基础的方式，就是在一个蓝图中获取另一个蓝图的实例，然后直接调用它的函数或变量。比如，玩家角色蓝图拿到一个门的引用，然后调用门的打开函数。不过这样做可能耦合性比较高，如果门被删除或改名，可能会出问题。需要提醒用户注意维护的难度。 然后是事件分发器，也就是Event Dispatcher。这个应该是观察者模式的实现，允许一个蓝图绑定另一个蓝图的事件，当事件触发时，执行相应的逻辑。比如门被打开时，触发一个事件，让周围的灯闪烁。用户可能需要知道如何创建和绑定事件分发器，还有解绑的重要性，避免内存泄漏。 接下来是蓝图接口，Blueprint Interface。这类似于接口的概念，定义一组方法，不同的蓝图实现这些方法，然后通过接口调用，而不需要知道具体的蓝图类型。比如，可交互的物体都实现一个“Interact”接口，玩家角色只需要调用接口方法，不管是门、宝箱还是开关。这样能降低耦合，提升复用性，用户可能需要具体的步骤来创建和使用接口。 变量绑定，比如使用Blueprint Read Write变量，并设置为公开，这样其他蓝图可以直接访问或修改。不过这种方法可能不够安全，因为外部可以直接修改变量，需要注意数据封装的问题。用户可能想知道如何设置变量为公开，并在其他蓝图中获取引用后进行修改。 关卡蓝图和Cast节点，应该是在关卡蓝图中引用其他Actor，然后通过类型转换来访问特定蓝图的方法。比如在关卡蓝图中获取玩家角色，然后转换为玩家蓝图类，调用其中的函数。但这种方法如果类型转换失败会出问题，需要确保类型正确。 另外，可能还有GameInstance和GameMode这样的全局类，用来存储全局变量或方法，供其他蓝图访问。比如用GameInstance保存玩家得分，各个蓝图都可以读取和更新这个值。用户可能需要了解如何访问这些全局对象。 还需要考虑每种方式的适用场景，比如直接引用适合关系紧密的对象，事件分发器适合一对多的通知，蓝图接口适合多态交互，变量绑定适合简单数据共享，而全局类适合跨关卡的数据。同时，性能方面，事件分发器和接口可能更高效，而频繁的Cast操作可能会有开销。 用户可能还需要知道如何实际操作，比如在蓝图中如何创建事件分发器，如何绑定和解绑，或者如何定义和实现蓝图接口。有没有常见的错误需要避免，比如循环引用或者未解绑事件导致的问题。 最后，要组织这些信息，分点解释每种方法，说明原理、使用步骤、优缺点和示例，帮助用户理解不同情况下的选择。结构要清晰，逐步引导，确保用户能根据需求找到合适的通信方式。</think>在Unreal Engine中，蓝图通信是实现不同蓝图之间数据交互和逻辑触发的核心机制。以下是6种常用方式及其详细说明： 1. **直接引用（Direct Reference）** - **原理**：通过获取目标蓝图的实例直接调用其变量或函数 - **实现步骤**： 1. 在蓝图中暴露目标变量/函数（设置为Public） 2. 使用`Get Actor of Class`或`Get All Actors of Class`获取实例 3. 通过`Cast To`节点转换类型后访问 - **示例**：玩家角色获取门对象后调用`OpenDoor()`函数 - **缺点**：高耦合性，引用丢失会导致运行时错误 2. **事件分发器（Event Dispatcher）** - **观察者模式实现**： - **创建流程**： ```text 1. 右键蓝图图表 → 创建事件分发器 2. 定义输入参数 3. 其他蓝图通过`Bind Event`绑定响应 ``` - **触发方式**：调用`Call Event`节点广播事件 - **特性**：支持多播绑定，需要手动解绑防止内存泄漏 3. **蓝图接口（Blueprint Interface）** - **实现多态的核心工具**： - **使用流程**： 1. 创建接口资产 2. 定义接口方法（如`Interact()`） 3. 目标蓝图实现接口 4. 通过`Get Interface`节点调用 - **优势**：完全解耦，调用者无需知道具体实现类 4. **变量绑定（Variable Binding）** - **实现方法**： ```text 1. 将变量设为Public可编辑 2. 在Details面板绑定到其他蓝图 3. 使用`Get`节点直接访问 ``` - **应用场景**：HUD更新生命值等简单数据同步 - **注意**：需配合`Event Tick`实时更新，可能影响性能 5. **关卡蓝图通信** - **全局事件系统**： - **典型用法**： ```text 1. 在关卡蓝图中创建自定义事件 2. 通过`Event BeginPlay`初始化引用 3. 其他Actor使用`Get Level Blueprint`访问 ``` - **限制**：仅适用于当前关卡内的通信 6. **GameMode/GameInstance全局访问** - **实现跨场景数据持久化**： - **配置步骤**： 1. 创建继承GameInstance的子类 2. 在Project Settings中指定自定义类 3. 通过`Get Game Instance`全局访问 - **典型应用**：保存玩家存档、全局配置等 **性能优化建议**： - 避免在Tick事件中频繁调用Cast操作 - 使用事件分发器后务必执行`Unbind`操作 - 对高频通信使用接口而非直接引用 - 全局变量尽量放在GameInstance而非关卡蓝图 **选择策略参考表**： | 场景需求 | 推荐方式 | |-----------------------|-----------------| | 简单对象交互 | 直接引用 | | 一对多事件通知 | 事件分发器 | | 多态交互需求 | 蓝图接口 | | 跨场景数据持久化 | GameInstance | | 临时关卡内事件 | 关卡蓝图 | | UI元素实时更新 | 变量绑定+事件驱动 | 实际开发中推荐混合使用，例如通过接口调用主要功能，配合事件分发器处理状态通知，同时用GameInstance管理全局数据。建议在复杂项目中建立通信规范，防止蓝图引用关系混乱。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值