如果你正在从虚幻引擎的蓝图开发转向 C定时器Timer可能是你最早需要掌握的核心功能之一。蓝图里的“延迟”和“设置定时器”节点直观好用但在 C 中定时器的实现方式更灵活、性能更优也更适合构建复杂的游戏逻辑。这篇文章不讲复杂的理论直接告诉你如何在 C 中创建、管理和销毁定时器并对比它与蓝图定时器的差异让你能立刻在项目中用起来。我们将重点关注 C 定时器的几种关键用法单次执行、循环执行、带初始延迟的执行以及如何安全地停止和清理定时器。同时也会探讨在 Actor 组件、角色类等不同对象中使用的注意事项并提供一个可复用的定时器管理工具类示例。无论你是为了优化性能还是为了实现蓝图难以表达的精准控制这里的代码和思路都能直接套用。1. 核心能力速览C 定时器 vs 蓝图定时器在深入代码之前我们先通过一个表格快速了解两者核心区别这能帮你决定何时该用 C 定时器。能力项蓝图定时器 (Blueprint Timer)C 定时器 (C Timer)创建方式通过“设置定时器”节点可视化设置。调用GetWorldTimerManager().SetTimer等函数。灵活性较高适合快速原型和简单逻辑。极高可动态计算时间、条件性启动/停止、更精细的生命周期管理。性能良好但有蓝图虚拟机开销。更优直接调用原生代码无中间层开销。委托绑定自动绑定到蓝图图表中的事件。需手动绑定到FTimerDelegate可绑定UFunction或 Lambda。停止与清理通过“清除定时器”节点。通过ClearTimer或InvalidateTimer需注意对象生命周期。调试可视性在蓝图图表中清晰可见。在代码中需依赖日志或调试器断点。适用场景简单的延迟、周期性检查、UI动画。复杂的游戏循环、性能关键逻辑、需要动态调整间隔的算法、网络同步。简单来说当你需要更高的性能、更动态的控制逻辑或者定时器逻辑本身就是用 C 编写时就应该优先选择 C 定时器。2. 适用场景与使用边界C 定时器并非要完全取代蓝图定时器而是作为其能力的补充和增强。理解其适用场景和边界能让你更好地进行技术选型。适合使用 C 定时器的场景性能敏感模块如每帧或高频次例如每秒多次执行的游戏逻辑AI 决策、资源刷新、物理校验使用 C 能减少蓝图虚拟机开销。动态定时逻辑需要根据游戏状态如玩家等级、游戏难度动态计算并调整定时器间隔或下次触发时间。复杂生命周期管理在 Actor 被销毁、关卡切换、游戏暂停时需要精确地暂停、恢复或清理多个关联的定时器。网络游戏多人游戏在服务端用 C 实现权威的定时逻辑如刷怪、技能冷却能保证所有客户端行为一致。封装可复用组件将定时器功能封装成独立的 C 组件或工具类供多个蓝图或 C 类调用提升代码复用性。需要注意的边界与风险对象生命周期这是 C 定时器最容易出错的地方。如果定时器回调函数所属的UObject如一个 Actor被销毁而定时器还在尝试调用它会导致程序崩溃。必须在对象的EndPlay或析构函数中清理定时器。游戏暂停与时间膨胀默认情况下定时器受游戏全局时间膨胀Time Dilation影响。如果你需要现实世界的精确时间如播放一段音乐应使用SetTimer的bLoop参数或考虑使用FTimerManager的SetTimerForNextTick等。过度使用即使性能更好也不应滥用。成千上万个活跃的定时器仍会带来管理开销。对于非常高频的逻辑考虑使用Tick函数并在内部管理状态。3. 环境准备与前置条件在开始编写 C 定时器代码前请确保你的开发环境已就绪。虚幻引擎版本本文示例基于 UE 5.0 编写但核心 API 在 UE 4.15 版本中基本一致。请确认你的项目版本。Visual Studio 或 Rider确保已安装并配置好用于虚幻引擎 C 开发的 IDE。这是编译和编写代码的基础。已创建的 C 类你需要在一个 C 类中编写定时器逻辑例如AActor的子类如MyGameCharacter,MyEnemyUActorComponent的子类如UHealthComponent,UWeaponSystemUUserWidget的子类用于 UI 定时更新普通的UObject类需谨慎处理生命周期项目构建在第一次添加 C 代码或创建新 C 类后通常需要右键点击.uproject文件选择“Generate Visual Studio project files”然后用 IDE 打开编译。基础 C 知识需要对 C 类、函数、头文件.h和源文件.cpp有基本了解并理解虚幻引擎的反射系统UCLASS,UFUNCTION等宏。4. C 定时器核心 API 详解虚幻引擎 C 的定时器功能主要通过FTimerManager类来管理而FTimerHandle是操作特定定时器的句柄。最常用的接口是全局的GetWorld()-GetTimerManager()。4.1 关键头文件通常你不需要额外包含头文件因为World和TimerManager在常见的游戏框架类中已可访问。但如果需要可以检查#include TimerManager.h // 并非总是必须但包含它可以获得完整的类型提示4.2 创建定时器的三种主要方式方式一绑定到 UFUNCTION最常用、最安全这是最推荐的方式尤其对于初学者。它将定时器回调绑定到一个声明了UFUNCTION的成员函数上。// 在头文件如 MyActor.h的类声明中 UCLASS() class AMyActor : public AActor { GENERATED_BODY() public: // ... 其他代码 // 声明一个将被定时器调用的函数必须标记为 UFUNCTION UFUNCTION() void OnTimerFired(); private: // 定时器句柄用于后续停止或查询定时器 FTimerHandle TimerHandle; };// 在源文件如 MyActor.cpp中 #include MyActor.h void AMyActor::BeginPlay() { Super::BeginPlay(); // 获取定时器管理器 FTimerManager TimerManager GetWorld()-GetTimerManager(); // 设置一个定时器 // 参数1OutHandle 输出参数用于接收定时器句柄 // 参数2Obj 拥有回调函数的对象通常是 this // 参数3回调函数地址使用 ClassName::FunctionName 语法 // 参数4间隔时间秒这里设置为 1.0 秒后执行 // 参数5是否循环false 表示只执行一次 TimerManager.SetTimer(TimerHandle, this, AMyActor::OnTimerFired, 1.0f, false); } void AMyActor::OnTimerFired() { // 定时器触发时执行的逻辑 UE_LOG(LogTemp, Warning, TEXT(Timer Fired! Current Time: %f), GetWorld()-GetTimeSeconds()); // 例如每1秒打印一次日志 }方式二使用 Lambda 表达式灵活适合简单逻辑Lambda 允许你将代码内联无需单独声明函数非常适合一次性的简单任务。void AMyActor::BeginPlay() { Super::BeginPlay(); FTimerHandle LambdaHandle; FTimerDelegate TimerDelegate; // 使用委托 // 创建一个 Lambda 并绑定到委托 TimerDelegate.BindLambda([this]() { // 在这里编写定时器触发的逻辑 int32 CurrentCount SomeCounter; UE_LOG(LogTemp, Log, TEXT(Lambda Timer executed %d times), CurrentCount); // 可以在 Lambda 内部判断条件并停止定时器 if (CurrentCount 5) { GetWorld()-GetTimerManager().ClearTimer(LambdaHandle); UE_LOG(LogTemp, Warning, TEXT(Lambda Timer stopped after 5 executions.)); } }); // 使用绑定了 Lambda 的委托来设置定时器 GetWorld()-GetTimerManager().SetTimer(LambdaHandle, TimerDelegate, 0.5f, true); // 每0.5秒循环一次 }注意使用 Lambda 时如果捕获了this指针同样需要警惕生命周期问题。上面的例子将句柄LambdaHandle定义在栈上Lambda 内部通过值捕获了它这是安全的。更复杂的场景可能需要使用TWeakObjectPtr来安全地引用this。方式三使用 FTimerDelegate 绑定任意函数FTimerDelegate是一个强大的委托系统可以绑定各种可调用对象。// 假设我们有一个辅助函数可以是静态函数或全局函数 static void UtilityTimerCallback(FString Message) { UE_LOG(LogTemp, Display, TEXT(Utility Callback: %s), *Message); } void AMyActor::BeginPlay() { Super::BeginPlay(); FTimerHandle DelegateHandle; FTimerDelegate Delegate; // 绑定一个带参数的静态函数 Delegate.BindStatic(UtilityTimerCallback, FString(TEXT(Hello from TimerDelegate))); // 也可以绑定一个原始 C 函数指针非 UFUNCTION但需注意对象生命周期 // Delegate.BindRaw(SomeRawObjectPointer, SomeClass::SomeMethod); GetWorld()-GetTimerManager().SetTimer(DelegateHandle, Delegate, 2.0f, false); }4.3 定时器控制与管理创建定时器后你可以通过FTimerHandle和FTimerManager对其进行精细控制。// 假设 TimerHandle 是一个有效的 FTimerHandle FTimerManager TM GetWorld()-GetTimerManager(); // 1. 停止并清除定时器 TM.ClearTimer(TimerHandle); // 2. 暂停定时器暂停后经过的时间会停止累积 TM.PauseTimer(TimerHandle); // 3. 恢复已暂停的定时器 TM.UnPauseTimer(TimerHandle); // 4. 判断定时器是否有效即是否已设置且未清除 bool bIsActive TM.TimerExists(TimerHandle); // 5. 判断定时器是否正在暂停状态 bool bIsPaused TM.IsTimerPaused(TimerHandle); // 6. 获取定时器已运行的时间从启动或最后一次恢复开始 float ElapsedTime TM.GetTimerElapsed(TimerHandle); // 7. 获取距离下次触发还剩的时间 float RemainingTime TM.GetTimerRemaining(TimerHandle); // 8. 重新设置一个已存在定时器的剩余时间用于“刷新”计时例如技能冷却被重置 TM.SetTimerRemaining(TimerHandle, NewRemainingTime);5. 实战从蓝图到 C 的定时器迁移示例让我们看一个具体的蓝图例子并将其转换为等价的、更健壮的 C 实现。蓝图场景一个敌人 AI每隔 2-5 秒随机时间后检查一次是否看到玩家如果看到则发动攻击。蓝图可能做法使用一个循环执行的“设置定时器”节点在事件中生成随机延迟然后再次设置自己。C 实现我们将创建一个更可控的版本允许动态调整检查频率并在敌人死亡时安全清理。// EnemyAIController.h #pragma once #include CoreMinimal.h #include AIController.h #include EnemyAIController.generated.h UCLASS() class MYPROJECT_API AEnemyAIController : public AAIController { GENERATED_BODY() public: AEnemyAIController(); protected: virtual void BeginPlay() override; virtual void OnPossess(APawn* InPawn) override; virtual void OnUnPossess() override; private: // 定时检查玩家的函数 UFUNCTION() void CheckForPlayer(); // 执行一次检查的完整流程 void PerformPlayerCheck(); // 设置下一次检查的定时器 void SetNextCheckTimer(); // 停止所有定时器 void ClearAllTimers(); UPROPERTY(EditDefaultsOnly, Category AI) float MinCheckInterval 2.0f; UPROPERTY(EditDefaultsOnly, Category AI) float MaxCheckInterval 5.0f; FTimerHandle PlayerCheckTimerHandle; };// EnemyAIController.cpp #include EnemyAIController.h #include TimerManager.h #include Kismet/GameplayStatics.h #include GameFramework/Character.h #include BehaviorTree/BlackboardComponent.h #include MyProject/Characters/PlayerCharacter.h // 假设的玩家角色类 AEnemyAIController::AEnemyAIController() { // 可以在构造函数中初始化默认值 } void AEnemyAIController::BeginPlay() { Super::BeginPlay(); // 注意在 BeginPlay 时可能还未 Possess Pawn所以把启动逻辑放在 OnPossess 更安全 } void AEnemyAIController::OnPossess(APawn* InPawn) { Super::OnPossess(InPawn); // 当控制器接管一个Pawn时开始检查循环 SetNextCheckTimer(); } void AEnemyAIController::OnUnPossess() { // 当控制器不再控制Pawn时如敌人死亡清理定时器 ClearAllTimers(); Super::OnUnPossess(); } void AEnemyAIController::CheckForPlayer() { PerformPlayerCheck(); // 检查完成后立即设置下一次检查形成循环 SetNextCheckTimer(); } void AEnemyAIController::PerformPlayerCheck() { APawn* ControlledPawn GetPawn(); if (!ControlledPawn) { return; } // 1. 获取玩家角色 APlayerCharacter* PlayerChar CastAPlayerCharacter(UGameplayStatics::GetPlayerCharacter(this, 0)); if (!PlayerChar) { return; } // 2. 简单的视线检查这里简化了实际可能用 EQS 或感知系统 FVector Start ControlledPawn-GetActorLocation(); FVector End PlayerChar-GetActorLocation(); FHitResult HitResult; FCollisionQueryParams Params; Params.AddIgnoredActor(ControlledPawn); bool bHit GetWorld()-LineTraceSingleByChannel(HitResult, Start, End, ECC_Visibility, Params); // 3. 如果视线无遮挡则“看到”玩家 bool bCanSeePlayer !bHit || (HitResult.GetActor() PlayerChar); // 4. 更新黑板或直接执行逻辑这里假设使用行为树 UBlackboardComponent* BB GetBlackboardComponent(); if (BB) { BB-SetValueAsBool(FName(bCanSeePlayer), bCanSeePlayer); if (bCanSeePlayer) { BB-SetValueAsObject(FName(TargetActor), PlayerChar); UE_LOG(LogTemp, Warning, TEXT(Enemy %s sees player!), *GetNameSafe(ControlledPawn)); // 可以在这里触发攻击等行为 } } } void AEnemyAIController::SetNextCheckTimer() { ClearAllTimers(); // 先清除旧的确保只有一个活跃定时器 if (!GetWorld()) { return; } // 生成一个在 MinCheckInterval 和 MaxCheckInterval 之间的随机延迟 float NextCheckDelay FMath::FRandRange(MinCheckInterval, MaxCheckInterval); FTimerManager TM GetWorld()-GetTimerManager(); TM.SetTimer(PlayerCheckTimerHandle, this, AEnemyAIController::CheckForPlayer, NextCheckDelay, false); } void AEnemyAIController::ClearAllTimers() { if (GetWorld()) { FTimerManager TM GetWorld()-GetTimerManager(); TM.ClearTimer(PlayerCheckTimerHandle); } }这个 C 实现的优势生命周期安全在OnUnPossess中清理定时器防止敌人死亡后回调函数访问无效对象。动态间隔每次检查后都重新计算一个随机间隔行为更自然。逻辑清晰将“检查”、“执行逻辑”、“设置下次检查”分离代码更易维护和调试。易于扩展可以方便地添加条件如只在警戒状态下检查或修改检查逻辑如换成更复杂的感知系统。6. 进阶封装一个可复用的定时器工具类对于大型项目管理多个分散的FTimerHandle可能很麻烦。我们可以创建一个工具类来集中管理。// TimerSubsystem.h #pragma once #include CoreMinimal.h #include Subsystems/GameInstanceSubsystem.h #include TimerManager.h #include TimerSubsystem.generated.h // 一个简单的定时器任务结构 USTRUCT(BlueprintType) struct FTimerTask { GENERATED_BODY() FName TaskName; FTimerHandle Handle; float Rate 0.0f; bool bLoop false; // 可以添加更多信息如上次执行时间、总执行次数等 }; UCLASS() class MYPROJECT_API UTimerSubsystem : public UGameInstanceSubsystem { GENERATED_BODY() public: // 开始一个定时器任务 UFUNCTION(BlueprintCallable, Category Timer System) bool StartTimerTask(FName TaskName, float Delay, float Rate, bool bLoop, const FString DebugInfo TEXT()); // 停止一个定时器任务 UFUNCTION(BlueprintCallable, Category Timer System) void StopTimerTask(FName TaskName); // 暂停一个定时器任务 UFUNCTION(BlueprintCallable, Category Timer System) void PauseTimerTask(FName TaskName); // 恢复一个定时器任务 UFUNCTION(BlueprintCallable, Category Timer System) void UnpauseTimerTask(FName TaskName); // 检查任务是否存在 UFUNCTION(BlueprintCallable, Category Timer System) bool DoesTimerTaskExist(FName TaskName) const; // 获取任务剩余时间 UFUNCTION(BlueprintCallable, Category Timer System) float GetTimerTaskRemainingTime(FName TaskName) const; // 动态委托用于蓝图绑定回调简化示例实际可能需要更复杂的多播委托 DECLARE_DYNAMIC_DELEGATE_OneParam(FTimerTaskDynamicDelegate, FName, ExecutedTaskName); UPROPERTY(BlueprintAssignable, Category Timer System) FTimerTaskDynamicDelegate OnTimerTaskExecuted; protected: virtual void Initialize(FSubsystemCollectionBase Collection) override; virtual void Deinitialize() override; private: void OnInternalTimerFired(FName TaskName); UPROPERTY() TMapFName, FTimerTask ActiveTimerTasks; };// TimerSubsystem.cpp #include TimerSubsystem.h void UTimerSubsystem::Initialize(FSubsystemCollectionBase Collection) { Super::Initialize(Collection); ActiveTimerTasks.Empty(); } void UTimerSubsystem::Deinitialize() { // 子系统销毁时清除所有定时器 for (auto Elem : ActiveTimerTasks) { if (GetWorld()) { GetWorld()-GetTimerManager().ClearTimer(Elem.Value.Handle); } } ActiveTimerTasks.Empty(); Super::Deinitialize(); } bool UTimerSubsystem::StartTimerTask(FName TaskName, float Delay, float Rate, bool bLoop, const FString DebugInfo) { if (DoesTimerTaskExist(TaskName)) { UE_LOG(LogTemp, Warning, TEXT(Timer Task %s already exists!), *TaskName.ToString()); return false; } if (!GetWorld()) { return false; } FTimerTask NewTask; NewTask.TaskName TaskName; NewTask.Rate Rate; NewTask.bLoop bLoop; FTimerDelegate Delegate; // 使用 Lambda 捕获 TaskName并调用内部处理函数 Delegate.BindLambda([this, TaskName]() { OnInternalTimerFired(TaskName); }); GetWorld()-GetTimerManager().SetTimer(NewTask.Handle, Delegate, Rate, bLoop, Delay); ActiveTimerTasks.Add(TaskName, NewTask); UE_LOG(LogTemp, Log, TEXT(Started Timer Task: %s, Delay: %.2f, Rate: %.2f, Loop: %d, Info: %s), *TaskName.ToString(), Delay, Rate, bLoop, *DebugInfo); return true; } void UTimerSubsystem::OnInternalTimerFired(FName TaskName) { // 触发蓝图可绑定的事件 OnTimerTaskExecuted.ExecuteIfBound(TaskName); // 如果是单次定时器执行后从地图中移除 FTimerTask* Task ActiveTimerTasks.Find(TaskName); if (Task !Task-bLoop) { ActiveTimerTasks.Remove(TaskName); } } // ... 实现其他 StopTimerTask, PauseTimerTask 等方法它们主要操作 FTimerManager 并更新 ActiveTimerTasks 状态。这个TimerSubsystem可以作为一个全局的、生命周期与游戏实例相同的定时器管理器。任何蓝图或 C 类都可以通过GetGameInstance()-GetSubsystemUTimerSubsystem()来访问它统一管理定时任务避免内存泄漏并方便调试。7. 性能观察与调试技巧使用 C 定时器时了解其性能影响和掌握调试方法至关重要。1. 性能观察数量监控避免在单个 Actor 或全局创建成百上千个高频定时器。如果你怀疑有定时器泄漏可以在游戏运行时在控制台使用stat fps和stat unit观察帧时间。大量定时器回调可能会在GameThread上造成峰值。回调函数开销定时器回调函数本身应尽可能高效。避免在每次触发时进行复杂的计算或分配大量内存。对于繁重的任务考虑分摊到多帧或使用异步任务。使用SetTimerForNextTick对于需要在下一帧立即执行的任务可以使用GetWorldTimerManager().SetTimerForNextTick(Delegate)。这比设置一个极短间隔如 0.001 秒的循环定时器更高效。2. 调试技巧日志输出在定时器回调函数开始和结束时添加UE_LOG可以确认其是否被触发以及执行耗时。void AMyActor::OnComplexTimerFired() { UE_LOG(LogTemp, Verbose, TEXT(Timer started at: %f), GetWorld()-GetTimeSeconds()); // ... 复杂逻辑 ... UE_LOG(LogTemp, Verbose, TEXT(Timer finished at: %f), GetWorld()-GetTimeSeconds()); }使用断点在回调函数内设置断点可以检查调用栈和当时的游戏状态。检查句柄有效性在清理或操作定时器前使用TimerManager.TimerExists(Handle)判断其是否有效。可视化调试进阶可以编写一个调试绘制Debug Draw函数在屏幕上列出所有活跃的定时器及其剩余时间这对于调试复杂的定时器系统非常有用。8. 常见问题与排查方法问题现象可能原因排查方式解决方案程序崩溃报错访问了已销毁的对象定时器回调函数尝试访问一个已被垃圾回收或手动销毁的UObject通常是this。检查崩溃调用栈找到是哪个对象的哪个函数。确认该对象的EndPlay或析构函数中是否清除了所有相关的定时器。黄金法则在对象的EndPlay函数中调用ClearAllTimers()。对于AActor重写EndPlay。对于UActorComponent同样重写EndPlay或UninitializeComponent。定时器根本不触发1. 设置定时器的对象本身没有被正确初始化或激活如BeginPlay没被调用。2. 时间间隔设置为 0 或负数。3. 游戏世界暂停或时间膨胀为 0。4. 使用了SetTimer但传入的Obj参数为nullptr。1. 在SetTimer后立即打印日志确认函数被调用。2. 检查传入的时间参数。3. 检查GetWorld()-IsPaused()和GetWorld()-GetTimeDilation()。4. 确保this指针有效。1. 确保逻辑写在正确的生命周期函数中如BeginPlay。2. 时间间隔至少应为一个小正数如KINDA_SMALL_NUMBER。3. 如需不受游戏暂停影响可使用SetTimer的另一个重载或管理自己的时间。定时器只执行了一次没有循环SetTimer的最后一个参数bLoop被设置为false。检查调用SetTimer的代码。如果需要循环执行确保bLoop参数为true。定时器执行频率不对1. 理解错误SetTimer的InRate参数是每次执行的间隔不是总时长。2. 在循环定时器的回调函数里又调用了SetTimer导致多个定时器叠加。1. 重新阅读 API 文档。2. 在回调函数开始处打印日志观察打印频率是否翻倍。1. 单次定时器SetTimer(Handle, Obj, Func, Delay, false)。2. 循环定时器SetTimer(Handle, Obj, Func, Rate, true)。3. 确保在设置新定时器前用ClearTimer清理旧的。蓝图无法调用 C 定时器函数C 中声明的定时器启动/停止函数没有标记为UFUNCTION(BlueprintCallable)。确认函数声明是否有UFUNCTION(BlueprintCallable)宏。在希望暴露给蓝图的函数声明前添加UFUNCTION(BlueprintCallable, CategoryYourCategory)。使用 Lambda 时游戏退出时崩溃Lambda 捕获了this或局部对象的引用而这些对象在定时器触发时已失效。审查 Lambda 的捕获列表。对于可能失效的对象使用TWeakObjectPtrAMyActor来安全地引用。例如TWeakObjectPtrAMyActor WeakThis(this);然后在 Lambda 中检查if (WeakThis.IsValid()) {...}。9. 最佳实践与使用建议始终管理生命周期将定时器清理视为对象销毁流程的必要部分。在EndPlay、Destroyed或组件的Uninitialize中清理。优先使用 UFUNCTION 绑定对于类成员函数这通常是最安全、最易调试的方式。引擎能更好地处理反射对象的生命周期。谨慎使用 LambdaLambda 很方便但要特别注意捕获变量的生命周期。对于需要引用this的情况强烈建议使用TWeakObjectPtr。统一管理如果一个类有多个定时器考虑使用一个TMapFName, FTimerHandle或TArrayFTimerHandle来集中管理并提供一个ClearAllTimers方法。考虑使用子系统对于全局的、游戏级别的周期性任务如每日奖励、世界事件使用GameInstanceSubsystem或WorldSubsystem来管理定时器其生命周期与游戏实例或世界关联更安全。性能优化对于不需要每帧检查、但需要周期性更新的逻辑定时器比Tick更高效。但也要避免过多的高频如间隔小于0.1秒定时器。暴露给设计者将关键的定时器参数如间隔时间、是否循环作为UPROPERTY(EditAnywhere, BlueprintReadWrite)变量暴露在编辑器中让关卡设计师或策划可以轻松调整而无需重新编译 C 代码。日志与调试在开发阶段为重要的定时器启动和回调添加详细的日志输出便于追踪和调试复杂的时序问题。从蓝图转向 C 处理定时器核心是建立对对象生命周期和引擎时间管理的深刻理解。开始时可能会觉得比蓝图节点麻烦但一旦掌握你将获得对游戏逻辑更强大、更高效的控制能力。建议从迁移一个小功能开始比如一个简单的生命值恢复计时器逐步实践本文中的模式最终你会发现在 C 中驾驭时间是如此得心应手。