当前位置： 首页 > news >正文

告别Set by Caller！在UE5 GAS中构建更健壮的伤害系统：Execution Calculations避坑指南

news 2026/6/10 2:26:10

告别Set by Caller！在UE5 GAS中构建更健壮的伤害系统：Execution Calculations避坑指南

当你在UE5项目中构建一个RPG战斗系统时，是否遇到过这样的困境：随着技能效果越来越复杂，那些通过Set by Caller传递的伤害值开始变得难以维护？每次新增一个伤害修正因素，都要在多个地方修改代码，网络同步问题也频频出现。这就是为什么越来越多的开发者开始转向Execution Calculations方案。

1. 为什么Set by Caller会成为项目瓶颈

在GAS的初学者阶段，使用Set by Caller传递伤害值看起来是个简单直接的方案。你只需要在技能激活时设置一个数值，然后在GameplayEffect中引用它。但随着项目规模扩大，这种方式的弊端会逐渐显现：

  • 维护成本指数级增长：每个新加入的伤害修正因素（暴击、护甲穿透、属性克制等）都需要手动计算并设置
  • 网络同步隐患：客户端预测结果与服务器最终计算结果不一致时，会出现明显的回滚现象
  • 代码分散：伤害计算逻辑分散在技能蓝图和GameplayEffect配置中，难以追踪完整流程
  • 平衡性调整困难：数值设计师需要修改多个位置的代码才能调整一个伤害公式
// 典型的Set by Caller使用方式 UGameplayAbility::ActivateAbility() { // ... float FinalDamage = BaseDamage; if(bCriticalHit) FinalDamage *= 2.0f; if(TargetHasBuff) FinalDamage *= 0.8f; // 更多条件判断... FGameplayEffectSpecHandle SpecHandle = MakeOutgoingGameplayEffectSpec(); SpecHandle.Data->SetSetByCallerMagnitude(DamageTag, FinalDamage); ApplyGameplayEffectSpecToTarget(SpecHandle); }

相比之下，Execution Calculations将所有这些逻辑集中在一个专业的计算类中，让伤害计算变得模块化和可维护。

2. Execution Calculations核心优势解析

2.1 集中化的伤害处理流水线

Execution Calculations最显著的优势是将所有伤害计算逻辑集中在一个地方。想象一下这样的场景：当需要添加一个新的伤害修正因素时，你只需要在一个类中添加几行代码，而不是在整个项目中搜索所有设置伤害值的地方。

void UExecCalc_Damage::Execute_Implementation(...) { // 基础伤害 float Damage = Spec.GetSetByCallerMagnitude(DamageTag); // 护甲计算 Damage = ApplyArmorCalculation(Damage, TargetArmor, SourceArmorPen); // 暴击计算 Damage = ApplyCriticalHit(Damage, SourceCritChance, SourceCritDamage); // 更多统一的计算... }

这种集中化处理还带来一个额外好处：所有的伤害计算都使用相同的数值修约规则和边界检查，避免了因分散实现导致的数值不一致问题。

2.2 完善的属性捕获机制

Execution Calculations提供了一套强大的属性捕获系统，可以方便地获取源单位和目标单位的各种属性值。以下是一个典型属性捕获的实现方式：

struct FDamageStatics { DECLARE_ATTRIBUTE_CAPTUREDEF(Armor); DECLARE_ATTRIBUTE_CAPTUREDEF(BlockChance); FDamageStatics() { DEFINE_ATTRIBUTE_CAPTUREDEF(UMyAttributeSet, Armor, Target, false); DEFINE_ATTRIBUTE_CAPTUREDEF(UMyAttributeSet, BlockChance, Target, false); } }; static const FDamageStatics& DamageStatics() { static FDamageStatics DStatics; return DStatics; }

这种声明式的方法比手动获取属性要简洁得多，也更容易维护。当需要新增一个参与计算的属性时，只需在结构体中添加一行定义。

2.3 与数据驱动的完美结合

现代游戏开发越来越依赖数据驱动的方式来进行数值平衡。Execution Calculations可以很好地与UE的数据表格系统集成，实现基于等级的动态系数调整：

// 从曲线表格获取护甲穿透系数 const FRealCurve* ArmorPenCurve = CharacterClassInfo->DamageCalcCoefficients->FindCurve("ArmorPenetration"); const float ArmorPenCoeff = ArmorPenCurve->Eval(SourceLevel); // 应用动态系数 const float EffectiveArmor = TargetArmor * (100 - SourceArmorPen * ArmorPenCoeff) / 100.0f;

这种方式让数值设计师可以在不修改代码的情况下调整游戏平衡，只需编辑数据表格中的曲线值即可。

3. 实现一个健壮的伤害计算系统

3.1 基础架构搭建

让我们从创建一个基本的Execution Calculation类开始：

// ExecCalc_Damage.h #pragma once #include "GameplayEffectExecutionCalculation.h" #include "ExecCalc_Damage.generated.h" UCLASS() class MYGAME_API UExecCalc_Damage : public UGameplayEffectExecutionCalculation { GENERATED_BODY() public: UExecCalc_Damage(); virtual void Execute_Implementation(const FGameplayEffectCustomExecutionParameters& ExecParams, FGameplayEffectCustomExecutionOutput& OutExecOutput) const override; };

在实现文件中，我们需要设置要捕获的属性：

// ExecCalc_Damage.cpp #include "ExecCalc_Damage.h" #include "AttributeSets/MyAttributeSet.h" struct FDamageStatics { DECLARE_ATTRIBUTE_CAPTUREDEF(Damage); DECLARE_ATTRIBUTE_CAPTUREDEF(Armor); FDamageStatics() { DEFINE_ATTRIBUTE_CAPTUREDEF(UMyAttributeSet, Damage, Source, false); DEFINE_ATTRIBUTE_CAPTUREDEF(UMyAttributeSet, Armor, Target, false); } }; static const FDamageStatics& DamageStatics() { static FDamageStatics DStatics; return DStatics; } UExecCalc_Damage::UExecCalc_Damage() { RelevantAttributesToCapture.Add(DamageStatics().DamageDef); RelevantAttributesToCapture.Add(DamageStatics().ArmorDef); }

3.2 核心计算逻辑实现

在Execute_Implementation函数中，我们可以实现完整的伤害计算流水线：

void UExecCalc_Damage::Execute_Implementation(...) const { // 获取ASC和Avatar const UAbilitySystemComponent* SourceASC = ExecParams.GetSourceAbilitySystemComponent(); const UAbilitySystemComponent* TargetASC = ExecParams.GetTargetAbilitySystemComponent(); // 获取基础伤害值 float Damage = 0.0f; ExecParams.AttemptCalculateCapturedAttributeMagnitude(DamageStatics().DamageDef, EvaluationParams, Damage); Damage = FMath::Max(0.0f, Damage); // 获取目标护甲 float TargetArmor = 0.0f; ExecParams.AttemptCalculateCapturedAttributeMagnitude(DamageStatics().ArmorDef, EvaluationParams, TargetArmor); TargetArmor = FMath::Max(0.0f, TargetArmor); // 应用护甲减伤 Damage *= (100.0f - TargetArmor * 0.5f) / 100.0f; // 输出最终伤害 FGameplayModifierEvaluatedData EvalData(UMyAttributeSet::GetIncomingDamageAttribute(), EGameplayModOp::Additive, Damage); OutExecOutput.AddOutputModifier(EvalData); }

3.3 扩展计算因素

一个完整的RPG伤害系统通常需要考虑更多因素。让我们逐步扩展这个实现：

格挡机制：

// 在FDamageStatics中添加 DECLARE_ATTRIBUTE_CAPTUREDEF(BlockChance); // 在构造函数中添加 DEFINE_ATTRIBUTE_CAPTUREDEF(UMyAttributeSet, BlockChance, Target, false); // 在Execute中添加格挡判断 float BlockChance = 0.0f; ExecParams.AttemptCalculateCapturedAttributeMagnitude(DamageStatics().BlockChanceDef, EvaluationParams, BlockChance); if(FMath::RandRange(1, 100) <= BlockChance) { Damage *= 0.5f; // 格挡减半 }

暴击系统：

// 添加暴击相关属性 DECLARE_ATTRIBUTE_CAPTUREDEF(CritChance); DECLARE_ATTRIBUTE_CAPTUREDEF(CritDamage); // 在Execute中添加暴击计算 float CritChance = 0.0f, CritDamage = 0.0f; ExecParams.AttemptCalculateCapturedAttributeMagnitude(DamageStatics().CritChanceDef, EvaluationParams, CritChance); ExecParams.AttemptCalculateCapturedAttributeMagnitude(DamageStatics().CritDamageDef, EvaluationParams, CritDamage); if(FMath::RandRange(1, 100) <= CritChance) { Damage *= 2.0f; // 基础暴击倍率 Damage += CritDamage; // 额外暴击伤害 }

4. 高级技巧与最佳实践

4.1 网络同步与预测处理

Execution Calculations默认只在服务器端运行，这确保了伤害计算的权威性。但我们也需要考虑客户端预测带来的体验问题：

  • 重要视觉反馈立即触发：即使伤害计算还未从服务器确认，也应该立即播放受击动画等视觉效果
  • 预测修正平滑处理：当服务器结果与客户端预测不一致时，使用差值动画平滑过渡，避免突兀的数值跳变
  • 关键特效双重触发：对于暴击等关键特效，可以先在客户端预测播放，服务器确认后再补充播放确保同步
// 客户端预测伤害应用 void UMyAbilitySystemComponent::PredictDamage(float PredictedDamage) { // 立即更新UI和播放特效 OnDamagePredicted.Broadcast(PredictedDamage); // 实际数值等服务器GAS计算确认 }

4.2 性能优化策略

当同时有大量伤害计算发生时，性能可能成为瓶颈。以下是几种优化方案：

属性捕获缓存：

// 在FDamageStatics中预定义所有需要捕获的属性 struct FDamageStatics { // 所有属性定义... static FDamageStatics() { // 一次性初始化所有捕获定义 } };

计算重用：

// 对相同源和目标的连续伤害计算可以复用部分中间结果 TMap<TTuple<const UAbilitySystemComponent*, const UAbilitySystemComponent*>, FDamageIntermediateResults> CachedResults;

批量处理：

// 对多个目标的相同伤害计算可以批量处理 void UExecCalc_AOEDamage::Execute_Implementation(...) const { TArray<FGameplayEffectSpecHandle> EffectSpecs; // 批量准备所有目标的Spec for(auto& Spec : EffectSpecs) { // 批量应用 } }

4.3 调试与测试方案

复杂的伤害公式需要完善的调试支持：

详细日志输出：

UE_LOG(LogDamage, Verbose, TEXT("Damage: %.2f -> ArmorReduction(%.2f) -> %.2f"), BaseDamage, ArmorReduction, FinalDamage);

可视化调试工具：

// 在编辑器中添加自定义调试面板 void UExecCalc_Damage::DisplayDebugInfo(UCanvas* Canvas) const { // 绘制伤害计算流程图和中间值 }

自动化测试：

// 创建自动化测试用例 IMPLEMENT_SIMPLE_AUTOMATION_TEST(FDamageCalculationTest, "Gameplay.DamageCalculation", EAutomationTestFlags::EditorContext | EAutomationTestFlags::ProductFilter) bool FDamageCalculationTest::RunTest(const FString& Parameters) { // 设置测试环境 TestEqual("Basic damage calculation", CalculatedDamage, ExpectedDamage); // 更多断言... return true; }

5. 从理论到实践：一个完整案例

让我们通过一个实际案例来整合前面讨论的所有概念。假设我们要为一个奇幻RPG游戏实现伤害系统，需要考虑以下因素：

  1. 基础武器伤害
  2. 护甲减免
  3. 护甲穿透
  4. 格挡几率
  5. 暴击系统
  6. 元素抗性
  7. 背刺加成
  8. 等级压制系数

数据结构准备：

首先，我们创建一个包含所有必要属性的AttributeSet：

UCLASS() class UMyAttributeSet : public UAttributeSet { GENERATED_BODY() public: // 攻击方属性 UPROPERTY() FGameplayAttributeData AttackDamage; UPROPERTY() FGameplayAttributeData ArmorPenetration; UPROPERTY() FGameplayAttributeData CriticalChance; UPROPERTY() FGameplayAttributeData CriticalDamage; // 防御方属性 UPROPERTY() FGameplayAttributeData Armor; UPROPERTY() FGameplayAttributeData BlockChance; UPROPERTY() FGameplayAttributeData FireResistance; UPROPERTY() FGameplayAttributeData Level; };

伤害计算类实现：

然后，我们实现完整的Execution Calculation类：

void UExecCalc_Damage::Execute_Implementation(...) const { // 1. 获取基础组件和角色 const UAbilitySystemComponent* SourceASC = ExecParams.GetSourceAbilitySystemComponent(); const UAbilitySystemComponent* TargetASC = ExecParams.GetTargetAbilitySystemComponent(); // 2. 获取基础伤害 float Damage = GetSetByCallerMagnitude(FGameplayTag::RequestGameplayTag("Data.Damage")); // 3. 获取所有参与计算的属性 FDamageAttributes SourceAttrs = GetSourceAttributes(ExecParams); FDamageAttributes TargetAttrs = GetTargetAttributes(ExecParams); // 4. 应用伤害修正流水线 Damage = ApplyLevelDifference(Damage, SourceAttrs.Level, TargetAttrs.Level); Damage = ApplyPositionBonus(Damage, SourcePosition, TargetPosition); Damage = ApplyBlockChance(Damage, TargetAttrs.BlockChance); Damage = ApplyArmor(Damage, SourceAttrs.ArmorPen, TargetAttrs.Armor); Damage = ApplyCriticalHit(Damage, SourceAttrs.CritChance, SourceAttrs.CritDamage); Damage = ApplyElementalResistance(Damage, DamageType, TargetAttrs.Resistances); // 5. 输出最终伤害 FGameplayModifierEvaluatedData EvalData(UMyAttributeSet::GetIncomingDamageAttribute(), EGameplayModOp::Additive, Damage); OutExecOutput.AddOutputModifier(EvalData); }

数据表格集成：

最后，我们创建数据表格来控制各种系数：

等级差伤害加成
-50.6
-40.7
......
+51.5
// 从数据表格获取等级压制系数 float GetLevelScalingFactor(int32 LevelDiff) { static const UDataTable* LevelScalingTable = ...; static const FLevelScalingTable* Row = LevelScalingTable->FindRow<FLevelScalingTable>(...); return Row->DamageMultiplier; }

这个实现展示了如何将复杂的伤害计算逻辑集中在一个地方，同时保持足够的灵活性以适应各种游戏设计需求。通过数据表格驱动，数值平衡可以在不修改代码的情况下进行调整，大大提高了开发效率。

http://www.zskr.cn/news/1384634.html

相关文章：

  • Postgresql基础实践教程（九）
  • 原子机器学习描述符优化：从完备性到功能独立与灵活基集
  • 模拟电路实战：基于光敏电阻与三极管的可调光夜灯设计与安全制作
  • 变海拔下柴油机二级增压系统的控制方法【附程序】
  • 如何永久保存你的数字记忆？WeChatMsg聊天记录导出工具完全解析
  • 社交媒体情感分析实战：从TF-IDF到RoBERTa的模型选型与部署指南
  • 量子机器学习新基石：基于可浓缩纠缠度量的大规模混合态数据集生成与基准测试
  • HIP-HOP-NN：基于灵活基组与高阶不变量的原子神经网络势能模型
  • 从零到上机：我的第一个Quest 3空间锚点应用是如何跑起来的（附完整Unity工程）
  • WebSocket实时通信架构进阶：Room、命名空间与集群部署
  • Unity渲染排序三要素：SortingLayer、Order in Layer与RenderQueue协同原理
  • 受够了openclaw的失忆，我本周爱上了Hermes agent
  • 大模型推理优化技术深度解析：从 KV Cache 到投机解码的全面指南
  • 动态车队离散模型驱动的自适应交通信号控制方法【附代码】
  • 微服务架构设计模式深度解析：从拆分策略到容灾机制
  • 智慧城配管理系统，解锁物流运营全新竞争力
  • 告别Mono：实测对比Unity IL2CPP在Android平台下的包体大小与编译速度
  • RAG 检索增强生成实战：从 Demo 到生产环境的五个关键优化
  • WarcraftHelper终极指南：魔兽争霸3兼容性问题一站式解决方案
  • 别再手动编译了！Matlab一键调用CEC2017测试函数的完整配置指南（附30个函数调用示例）
  • LangGraph interrupt() 暂停后 State 不更新？这个坑我帮你踩了
  • 机器学习有限区域天气预报：图神经网络如何集成边界强迫实现稳定预报
  • Allegro PCB设计小技巧：如何让Route Keepout区域既能走线又能打过孔（附详细步骤图）
  • LangGraph状态机工程：构建复杂AI工作流的完整指南
  • 2026年免费在线去水印软件横向评测：6种方法实测，这4款微信小程序最靠谱 - 科技热点发布
  • Keil µVision中头文件导致的行号错位问题解析
  • FTP协议层渗透与权限逃逸实战解析
  • 2026年免费去水印软件横评：手机电脑全平台实测，这4款免费小程序直接封神 - 科技热点发布
  • Unity事件系统实战：用事件驱动重构你的金币拾取逻辑（告别硬编码）
  • Spring Security OAuth2 /oauth/token 401原因与Content-Type规范