一、定时说说取消发送
1、下面，我们以判断订单是否超时为例，进行方案分析
2、因为Thread.sleep方法的实现是依托于操作系统提供的中断检查，也就是操作系统会在每一个中断的时候去检查是否有线程需要唤醒并且提供CPU资源。所以我觉得前面多睡1ms的原因就可以用这个原因来解释了。
3、优点:效率高,任务触发时间延迟时间比delayQueue低，代码复杂度比delayQueue低。
4、(232期)面试官：如何保护SpringBoot配置文件敏感信息？
5、启动插件成功后，记得重启一下RabbitMQ，让其生效。
6、所以，第二次任务的执行时间点应该是当前时间加上指定的延迟时间减去worker线程的启动时间，后面的时间以此类推。
7、弹框中，点击“确定”就可以删除这条定时发布的说说了。
8、优点:效率高,任务触发时间延迟低。缺点:(1)服务器重启后，数据全部消失，怕宕机(2)集群扩展相当麻烦(3)因为内存条件限制的原因，比如下单未付款的订单数太多，那么很容易就出现OOM异常(4)代码复杂度较高
9、这里也就回答了我画图的时候留下的一个问题：什么时候把等待分配队列里面的任务挂到时间轮上去呢？
10、看第52行，它是5秒。
11、org.apache.dubbo.common.timer.HashedWheelTimer.HashedWheelTimeout#cancel
12、因为这里的注释是Netty里面的，Netty里面用的是MpscLinkedQueue。
13、时间轮就可以实现上面的需求。
14、为了方便示意，我只填了下标为0和3的位置，其他地方也是一个意思：
15、虽然数组长度只有但是它可以在上叠加一圈又一圈，那么能表示的数据就多了。
16、你别着急啊，我直接给你讲源码，你肯定会看懵逼的。
17、你可以继续设定定时群发，以分享原创文章的样式来群发，在分享页面展示部分文章内容，全文阅读需要跳转到原创文章阅读；
18、(049期)数据库系列面试题汇总(共6篇)
19、本文总结了目前互联网中，绝大部分的延时任务的实现方案。希望大家在工作中能够有所收获。
20、关注我回复「加群」，加入Spring技术交流群
二、已发送的定时说说怎么取消
1、如果没有选对版本，在使用延迟消息的时候，会遇到各种各样的奇葩问题，而且网上还找不到解决方案。我因为这个问题，折腾了整整一个晚上。请牢记，要选对插件版本。
2、其中提到了一个有意思的问题：
3、意思就是调用失败了，还有一个addFailed来兜底。
4、在QQ界面中，点击动态选项进入。
5、如果启动成功会出现如下信息：
6、我就从Dubbo里面这个类说起吧：
7、再说了，我直接，啪的一下，把解决方案扔你脸上，你也接受不了啊。
8、好了，我现在把前面的这个数组美化一下，从视觉上也把它变成一个轮子。
9、视频特辑：致创业者丨情人节丨种子时间丨六一丨
10、maven项目引入一个依赖如下所示
11、下完订单后，如果用户未支付，需要取消订单，可以怎么做
12、那么假设我们的定时任务的延迟执行时间是x，那么它应该在时间轮的哪个格子里面呢？
13、干的就是“定时重发”这事：
14、(84期)面试中设计模式能问些什么？比如说一下三种单例模式实现
15、定时说说取消成功。
16、肯定是该轮到时间轮的worker线程上场发挥了啊。
17、刚开始客户端处于Closed的状态，而服务端处于Listen状态：
18、你别猴急呀，我这不得循序渐进嘛。
19、可以看到，几乎都是3秒之后，消费订单。
20、希望你能看明白，看不明白也没有关系，我主要是要你知道这里面有一个“第几圈”的概念。
三、如何取消发出去的定时说说
1、缺点:(1)需要额外进行redis维护
2、有的同学看到这里可能着急了：不是说讲时间轮吗，怎么又开始撸源码了呀？
3、来源：https://blog.csdn.net/hjm4702192/article/details/80519010
4、首先System.nanoTime()是代码执行到这个地方的实时时间。
5、首先打开QQ，点击打开动态中的“好友动态”。
6、第一个划线的地方大概意思是说当线程调用Thread.sleep方法的时候，JVM会进行一个特殊的调用，将中断周期设置为1ms。
7、(3)进入个人QQ空间好友动态页面，点击右上角的+号键，选择下拉菜单写说说。
8、qq定时说说取消方法：
9、终于，铺垫完成，关于时间轮的故事要正式开始了。
10、对应的源码就是这块，看不明白没关系，看一眼就行了，我只是为了证明我没有骗你：
11、让你大开眼界的帮推客栈
12、Netty在x中有大量使用HashedWheelTimer，但是在1中，我们可以发现，Netty保留了HashedWheelTimer，但在其源码中并未使用它，而是选择了ScheduledThreadPoolExecutor，不知道它的用意是什么。
13、好了，不再扩展应用场景了。
14、(1)需要额外进行redis维护
15、假设又来一个400秒之后需要执行的任务呢？
16、最后，再提一嘴：比如在前面FailbackClusterInvoker的场景下，时间轮触发了重试的任务，但是还是失败了，怎么办呢？
17、最后，还有一行代码tick++表示当前这个tick已经处理完成了，开始准备下一个时间刻度。
18、丢丢民宿丨黑蚂蚁电台丨小北丨
19、(239期)面试官问：你觉得ThreadLocalRandom这玩意安全吗？
20、本文使用的是window版本的RabbitMQ，版本号是:
四、怎么取消发送定时说说
1、https://github.com/netty/netty/issues/8774
2、(3)因为内存条件限制的原因，比如下单未付款的订单数太多，那么很容易就出现OOM异常
3、找到你要取消定时发布的说说，点击其右侧的向下箭头图标
4、在这种修改后，重新运行ThreadTest类，发现输出正常了
5、调用Demo类MyJob如下所示
6、我知道当前重试的次数，那么我就可以在第5次重试的时候把时间设置为10分钟，扔到时间轮里面去。
7、请参考Win10下安装erlang
8、三次握手的本质是，双方都要发出连接请求，交换自己的序列seq，并确认对方能够正常接收做出应答。本来是两个往返需要四次，服务器这边将应答和请求合并了，所以只需要三次。
9、(237期)Java8判空新写法
10、这不就和这里呼应起来了吗？
11、注意在发送的时候，必须加上一个header
12、直接在main方法里运行SpringBoot程序,SpringBoot会自动解析MessageReceiver类的。
13、先说一下它的几个入参分别是干啥的：
14、我也不知道，所以我先暂时不管了，留个坑嘛，问题不大，接着往下写。
15、这是一个非常牛逼的无锁队列。
16、(86期)五个刁钻的String面试问题及解答
17、上面说的内存溢出和解决方案，都不是我乱说的。
18、是不是应该用x对长度取余，也就是这样计算：x%wheel.length。
19、前面我们已经有一个时间轮了，那么怎么调用这个时间呢？
20、从时间轮里面获取指定下标的bucket。
五、定时发的说说如何取消
1、不要误以为下标对应的链表中的圈数必须按照从小到大的顺序来，这个是没有必要的。
2、我还是每一行都加上注释：
3、打开QQ空间好友动态页面后，点击上方的“说说”选项。
4、在动态界面中，点击说说选项进入。
5、在业务发展过程中，会出现一些需要延时处理的场景，比如：
6、注意我前面强调的是一圈，为8秒。
7、主线程不马上就可以跑起来了吗？
8、DelayedQueue实现工作流程如下图所示
9、那么问题就来了，这里大费周章的搞一个startTime初始化，搞不到主线程还不能继续往下执行是干啥呢？
10、是的，这就是我当时看源码的一个疑问。
11、接下来分析bucket.expireTimeouts(deadline)这一行代码。
12、wheel.length是2的n次方，减一之后它的二级制的低位全部都是举个例子就是这样式儿的：
13、循环结束的条件是当前时间轮的状态不是启动状态。
14、大家一般都能想到JDK里面提供的ScheduledExecutorService和Timer这两个类。
15、就是在Worker的run方法里面，而这个方法就是在前面workerThread.start()的时候触发的：
16、有了这个，终于可以定时告白发消息了！
17、(265期)说说volatile的内存语义及底层实现？
18、ESTABLISHED：代表一个打开的连接，数据可以传送给用户
19、一个主要写代码，经常写文章，偶尔拍视频的风骚程序猿。
20、注意左上角的“worker的工作范围”把整个时间轮包裹了起来，后面看源码的时候你会发现其实整个时间轮的核心逻辑里面没有线程安全的问题，因为worker这个单线程把所有的活都干完了。
