取消延时执行之坑

最新推荐文章于 2023-12-22 16:39:51 发布
原创 最新推荐文章于 2023-12-22 16:39:51 发布 · 797 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

博客提到启动3S延时执行，在做取消操作时存在两个坑，一是要在主线中执行取消，二是需注意参数的一致性，否则无法取消。

启动3S延时执行有一份

[self performSelector:@selector(didRuninCurrModel:) withObject:@(YES) afterDelay:3.0f];

在做取消操作时有两个坑

  • 1,要在主线中执行取消

  • 2,需要注意的是参数的一致性否则取消不掉

[NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(didRuninCurrModel:) object:@(YES)];
Spring Boot进阶(63)：「超详细」利用 Redis 实现高效延时队列：踩坑、优化、实践
**My Coding Family**
08-31 3910
这篇文章分享了作者在使用 Redis 实现延时队列的过程中所遇到的坑和优化经验。作者首先介绍了 Redis 的有序集合数据结构，以及如何利用有序集合作为延时队列的底层实现。接着，作者分享了在实践中遇到的一些问题，例如服务宕机重启后需要重新拉取超时任务，任务过多导致 Redis 内存占用过高等。最后，作者给出了对延时队列的优化建议，例如采用批量删除任务和使用多个 Redis 实例来分散负载等。整篇文章结合了理论和实践，对于想要使用 Redis 实现高效延时队列的开发者来说是一份很有价值的参考资料。
移动开发中 RxJava 的延迟操作符应用
移动开发前沿的博客
06-19 835
本文聚焦移动开发场景，系统讲解RxJava中处理延迟需求的核心操作符（delay、delaySubscription、timer、interval等），覆盖从基础概念到实战应用的完整链路。无论你是刚接触RxJava的新手，还是想深入理解延迟操作符的进阶开发者，都能找到解决实际问题的方法。本文将按照"概念理解→原理分析→实战演练→避坑指南"的逻辑展开：先用生活案例类比理解延迟操作符；再通过代码+流程图解析核心原理；接着用真实移动开发场景（启动页倒计时、请求重试）演示实现；最后总结常见问题和未来趋势。
取消延时函数
King的专栏
05-12 4194
- (void) networkReachabilityDidUpdate:(NetworkReachability*)reachability { [NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(reachabilityChanged) object:nil];
Swift使用GCD实现延迟和取消操作
--------→成人不自在，自在不成人℃ ------------
02-17 1229
【代码】Swift使用GCD实现延迟执行和取消延迟操作。
iOS延迟任务中途怎么取消
u012371575的博客
07-21 1986
前两天在写代码过程中遇到 延迟任务需要中途取消的操作，当时把我给难住了，后来在网上查一些资料，看到王魏的 《Swfit Tips》中的一个实现方法，感觉很棒，稍做修改后，在此分享给大家。 延迟任务通GCD DispatchQueue.main.asyncAfter 实现， 主要思路是 把GCD中 block中的实现引用出来， 如果中途需求取消，则将block置为空，当延迟时间到达时将不再做任何事...
iOS - dispatch_after 取消操作
宋卓的博客
10-21 2100
// dispatch_after取消操作 typedef void(^DelayedBlockHandle)(BOOL cancel); DelayedBlockHandle perform_block_after_delay(CGFloat seconds, dispatch_block_t block); void cancel_delayed_block(DelayedBlockHandle delayedHandle); DelayedBlockHandle perform_block_afte
dispatch_after取消问题，performSelector:withObject:afterDelay:
qq_36724920的博客
07-10 601
我们都有这种需求，就是进入某个页面，过几秒之后弹框，但是想到的是dispatch_after，这玩意儿简单是简单，就是不能取消。不能取消的话就会导致，返回到上个页面的时候有可能会弹框。 解决办法：使用performSelector:withObject:afterDelay:方法，这个方法能够 取消。 dispatch_after 使用。 dispatch_after(dispatch_tim...
解决vue 给window添加和移除resize事件遇到的坑
10-15
debounce函数可以延迟函数的执行，直到给定的时间间隔结束。 然而，在应用debounce时，还需要注意事件监听器的添加和移除。正确的做法是将debounce包装的函数引用保存在methods里，并在window的addEventListener和...
【线程】JAVA FetrueTask 超时处理 终止关闭任务线程正在执行的方法
我是Superman丶的博客
12-22 841
我们先来了解下同步、异步有什么区别？同步（Sync）所谓同步，就是发出一个功能调用时，在没有得到结果之前，该调用就不返回或继续执行后续操作。根据这个定义，Java中所有方法都是同步调用，应为必须要等到结果后才会继续执行。我们在说同步、异步的时候，一般而言是特指那些需要其他端协作或者需要一定时间完成的任务。简单来说，同步就是必须一件一件事做，等前一件做完了才能做下一件事。异步（Async）异步与同步相对，当一个异步过程调用发出后，调用者在没有得到结果之前，就可以继续执行后续操作。
Spring Cloud: 使用kill命令优雅关闭微服务, 解决退出时Eureka取消注册操作耗时过长的坑
热门推荐
王鸿飞的专栏
05-23 1万+
关于Spring Cloud服务优雅关闭的方案有很多种了，这里介绍一下使用kill命令优雅关闭的方案，并解决会出现的问题。 所谓的优雅指两方面，一是程序在退出时要主动向Eureka取消注册自己，二是完成资源清理工作。比如我的程序里用到了线程池来异步执行一些任务，如果退出时不做清理，那么就有异步任务被异常中断导致业务数据不一致的风险。首先我们不能使用kill -9。如果加了-9，那么系统就不会给J...
ios 延时操作及取消
荒天帝的博客
05-11 1342
在iOS开发中，我们经常会用到延时操作，下边给大家简单介绍两种延时操作的方法。1. - (void)performSelector:(SEL)aSelector withObject:(nullable id)anArgument afterDelay:(NSTimeInterval)delay;[self performSelector:@selector(myMethod) withObjec...
iOS 取消GCD的延时操作
weixin_39803108的博客
12-12 2185
GCD的延时操作 我们经常在使用CGD延时之后，一般无法取消，苹果没有提供相对应的api接口，我们通过对GCD的封装来取消延时。 下面我们直接上代码： typedef void(^SMDelayedBlockHandle)(BOOL cancel); static SMDelayedBlockHandle perform_block_after_delay(CGFloat seconds, di...
IOS dispatch_after的执行和取消
fanxiaoxuan1234的专栏
03-02 4305
// dispatch_after的执行 static PDDelayedBlockHandle perform_block_after_delay(CGFloat seconds, dispatch_block_t block) { if (block == nil) { return nil; } __block disp
iOS中延迟执行和取消的几种方式
sp_wei的博客
10-17 5907
公用延迟执行的方法： - (void)delayMethod { NSLog(@"delayMethodEnd"); } 方法一、performSelector 方法 1、延迟执行 /** * 延迟执行 * * @param aSelector 方法名称 * @param anArgument 要传递的参数，如果无参数，就设为nil * @param de...
使用GCD实现Delay Call的取消操作
weixin_33894640的博客
12-23 274
取消任务在OC当中是NSOperation的专利，现在Swift的GCD也支持取消正在等待执行的Block操作了，代码如下所示： DispatchQueue.main.asyncAfter(deadline: DispatchTime.now() + 3, DispatchWorkItem{print("I'm here!")}) //执行下面一行，则可取消3秒后的延迟操作 item.cancel...
Xcode常用方法总结
huobanbengkui的专栏
03-30 602
UIView 边框效果 CALayer *layer = [_myImageView layer];     [layer setCornerRadius:10];   //边框圆角   [layer setMasksToBounds:YES];//设置边框可见     layer.borderColor = [[UIColor yellowColor] CGColor];
IOS dispatch_after的取消
fanxiaoxuan123的专栏
03-02 4308
// dispatch_after的执行 static PDDelayedBlockHandle perform_block_after_delay(CGFloat seconds, dispatch_block_t block) { if (block == nil) { return nil; } __block dispatch_blo
SwiftUI——延迟执行操作/定时自动执行操作（使用计时器Timer以及异步DispatchQueue.main.asyncAfter）
ZhongUncle的博客
03-14 9756
在开发软件的过程中，我们不仅需要用户点击的时候执行操作，有时候还需要定时自动进行一些操作。比如最常见的开屏广告倒计时关闭，还比如一些动画效果。实现这些一般有两种方法：一种是使用计时器Timer，一种是使用异步操作。 计时器Timer的优势在于可以一直自动运行，直到销毁。缺点在于时间间隔是固定的，不好调整（理论上可以使用一个变量控制间隔，但是可能会比较麻烦）。 异步操作的优势在于可以把握一个 ...
iOS 多线程初学习之dispatch_async(dispatch_get_main_queue(), ^{}）
学习路上
11-07 7483
IOS 多线程之 dispatch_async(dispatch_get_main_queue()})
latent 为什么蓝图完成引脚 不执行
最新发布
08-17
<think>嗯，用户问的是Unreal Engine蓝图中Latent动作的完成引脚为什么不执行。这个问题其实挺常见的，尤其是刚接触UE蓝图延迟功能的新手容易遇到。用户之前提到过“完成节点不执行”，现在又聚焦到Latent动作的完成引脚，说明他正在调试蓝图流程控制问题。 从用户引用的材料来看，他应该已经查过一些资料了[^1][^2][^3]，特别是关于异步节点的特点[^2]和Latent Function的实现方式[^3]。不过这些引用内容比较零散，需要帮ta系统梳理。 核心问题其实有五个关键点：首先是WorldContext失效，这是最常见的原因。Latent动作需要有效的WorldContext对象来维持延迟调用链，如果这个对象中途被销毁（比如包含蓝图的Actor被Kill），完成引脚自然就不会触发。这点在引用[3]提到的Delay函数实现里也能看出端倪。 其次是执行条件被跳过的情况。比如用户可能在Branch节点后直接连了Latent节点，但没注意条件分支的变化。或者更隐蔽的——Sequence节点中某个分支提前完成并重置了执行流。 第三点是蓝图生命周期管理问题。用户可能没注意到蓝图实例本身被卸载了，或者关卡切换导致执行上下文丢失。特别是当Latent动作跨关卡时就更容易出问题。 第四类错误是循环阻塞。比如在Tick里不断触发Latent动作但没设终止条件，结果前一个动作还没完成就被新的覆盖了。引用[2]提到异步节点不能用在函数里也是类似原理——函数执行是原子的，不适合做持续状态跟踪。 最后是引擎bug的可能性。虽然概率低，但像引用[3]说的那种历史遗留的Latent Function实现方式，在某些版本确实存在内存泄漏问题。不过应该先排除前四种情况再考虑这个。 调试建议方面，除了常规的打印日志，特别要提醒用户用“Begin Destroyed”事件跟踪对象生命周期。因为Latent动作依赖的UObject如果被垃圾回收，在编辑器中往往没有明显报错，这是最坑的地方。 用户可能还需要注意：某些Latent节点（如Delay）在PIE模式下结束时会自动取消，但正式运行不会。所以测试时如果只在PIE调试可能会遗漏问题。 对了，他引用的材料[^1]里提到行为树，虽然当前问题集中在蓝图，但原理是相通的——都是执行流的挂起与恢复机制。这点在最后总结时可以呼应下。</think>在 Unreal Engine 蓝图中，Latent 动作（如 **Delay**、**Timeline**、**异步加载**等节点）的**完成引脚未执行**通常由以下原因导致，按发生频率排序： --- ### 一、核心原因与解决方案 #### 1. **World Context 对象被销毁**（最常见） Latent 动作依赖 `WorldContextObject`（通常是蓝图所属的 **Actor** 或 **Level Blueprint**）。若该对象在延迟期间被销毁（如 `DestroyActor`），完成引脚将静默失败。 ✅ **解决方案**： - 检查 World Context 对象是否存活： ```cpp // 在调用 Latent 动作前验证 if (!IsValid(GetWorldContextObject())) { return; // 提前终止 } ``` - 避免在即将销毁的对象上启动延迟操作。 #### 2. **执行流被中断** - **条件分支跳过完成引脚**： ```mermaid graph LR A[开始] --> B{条件} B -->|true| C[Delay 节点] B -->|false| D[其他节点] C -->|完成| E[目标操作] ``` 当条件为 `false` 时，`Delay` 节点**根本不会执行**，其完成引脚自然失效。 - **Sequence 节点提前结束**：若 Sequence 中某分支包含 Latent 动作，其他分支完成后会重置整个 Sequence[^3]。 #### 3. **蓝图实例被卸载** - 包含 Latent 动作的蓝图实例（如 **Widget Blueprint**）在延迟结束前被移除（`RemoveFromParent`），导致回调失效。 ✅ **解决方案**： - 在卸载前取消延迟操作（使用 **Cancel Latent Actions** 节点）。 - 使用 `Async Task` 替代传统 Latent 动作（更安全的生命周期管理）[^3]。 #### 4. **循环阻塞问题** 在 **Tick** 事件中重复触发 Latent 动作（如每帧调用 `Delay`），导致多个延迟任务堆叠竞争： ```mermaid graph TB Tick --> Delay1 Tick --> Delay2 Delay1 -->|完成| 操作1 Delay2 -->|完成| 操作2 // 可能被覆盖 ``` ✅ **解决方案**： - 添加状态锁防止重入： ```cpp bool bIsDelayRunning = false; // 蓝图变量 // Tick 事件 if (!bIsDelayRunning) { bIsDelayRunning = true; Start Delay(1.0f) -> OnComplete: { // 执行操作... bIsDelayRunning = false; } } ``` #### 5. **引擎 Bug 或版本问题** 特定版本存在 Latent 动作回调失效的 Bug（如 UE4.25 的部分 Hotfix 版本）。 ✅ **解决方案**： - 升级引擎版本或应用官方补丁。 - 用 **Blueprint Async Node** 重构逻辑（更稳定的异步机制）[^3]。 --- ### 二、调试技巧 1. **添加日志追踪**： - 在 Latent 动作**开始**和**完成**时打印日志： ``` [开始] Delay 已启动 [完成] Delay 结束 // 若未出现则验证中断点 ``` 2. **检查对象生命周期**： - 在 World Context 对象上添加 **OnDestroy** 事件，排查是否提前销毁。 3. **使用断点调试**： - 在蓝图节点上右键选择 **Add Breakpoint**，逐步跟踪执行流。 --- ### 三、最佳实践 ```mermaid graph LR A[启动Latent动作] --> B{验证对象有效性？} B -->|有效| C[执行延迟操作] B -->|无效| D[终止流程] C --> E[完成回调] E --> F[执行业务逻辑] ``` 1. **始终验证 World Context**： ```cpp // 安全调用 Delay 的模板 if (IsValid(GetOwner())) { UKismetSystemLibrary::Delay(GetOwner(), 1.0f, ...); } ``` 2. **优先使用 Async Task**： ```cpp // 更安全的异步封装（UE5+） UMyAsyncTask* Task = UMyAsyncTask::DoTask(GetWorld()); Task->OnComplete.AddDynamic(this, &AMyActor::HandleComplete); ``` 3. **避免在 Tick 中触发延迟操作**：改用状态机或事件驱动。 > 💡 若问题仍存在，尝试在 `Project Settings > Packaging > 取消勾选 "Use Latent Action Manager"` 强制重启引擎（临时解决方案）[^3]。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值