支付系统39----支付宝支付,定时查单,每隔30秒执行1次,查询超过5分钟,并且未支付的订单

简介: 支付系统39----支付宝支付,定时查单,每隔30秒执行1次,查询超过5分钟,并且未支付的订单

106-尚硅谷-支付宝支付-定时查单_哔哩哔哩_bilibili

PaymentDemoApplication这里的@EnableScheduling的内容就是定时的意思

我们在AliPayTask下面创建一个类

写入一个@Component组件自动的定时任务呈现出来

写一个@Slf4j可以将日志给写出来

给他写一个查单的配置

每隔30秒执行1次,查询超过5分钟,并且未支付的订单

这个表达式的意思是每隔30秒执行1次

之后想要修改时间,就要在这里进行修改

现在注入我们Service对象

这里内容是减去什么时候,得出的秒数

这句话的意思是查询超过1分钟的订单

之后返回我们的数据列表

这里有支付宝的支付订单内容,未支付

控制台会每割30秒执行一次

这里我们想传入一个支付宝和微信的类型,添加一个参数 在我们的wx中也添加相应的参数

将我们String paymentType给添加上

找到Impl当中,将这些参数给加上

给你做一个范围更小的查询

这一次只查到了支付宝的界面


相关文章
|
消息中间件 存储 canal
3分钟白话RocketMQ系列—— 如何保证消息不丢失
3分钟白话RocketMQ系列—— 如何保证消息不丢失
5119 1
|
NoSQL Java Redis
服务端如何防止订单重复支付!
如图是一个简化的下单流程,首先是提交订单,然后是支付。 支付的话,一般是走支付网关(支付中心),然后支付中心与第三方支付渠道(微信、支付宝、银联)交互。 支付成功以后,异步通知支付中心,支付中心更新自身支付订单状态,再通知业务应用,各业务再更新各自订单状态。
服务端如何防止订单重复支付!
|
存储 监控 NoSQL
一篇搞定Redis中的BigKey问题
BigKey的具体表现是redis中的key对应的value很大,占用的redis空间比较大,本质上是大value问题。
1779 0
|
消息中间件 NoSQL Kafka
订单超时取消的11种方式(非常详细清楚)
订单超时取消的11种方式(非常详细清楚)
9178 6
订单超时取消的11种方式(非常详细清楚)
|
5月前
|
消息中间件 存储 人工智能
官宣上线!RocketMQ for AI:企业级 AI 应用异步通信首选方案
RocketMQ 专门为 AI 场景推出了全新Lite Topic 模型,目前已在阿里云云消息队列 RocketMQ 版 5.x 系列实例上正式发布,并会逐步贡献到 Apache RocketMQ 开源社区,欢迎大家使用。
462 50
|
Java 中间件 调度
SpringBoot整合XXL-JOB【03】- 执行器的使用
本文介绍了如何将调度中心与项目结合,通过配置“执行器”实现定时任务控制。首先新建SpringBoot项目并引入依赖,接着配置xxl-job相关参数,如调度中心地址、执行器名称等。然后通过Java代码将执行器注册为Spring Bean,并声明测试方法使用`@XxlJob`注解。最后,在调度中心配置并启动定时任务,验证任务是否按预期执行。通过这些步骤,读者可以掌握Xxl-Job的基本使用,专注于业务逻辑的编写而无需关心定时器本身的实现。
4623 10
SpringBoot整合XXL-JOB【03】-  执行器的使用
|
消息中间件 NoSQL Java
订单出现超时未关闭场景解决方案
订单出现超时未关闭场景解决方案
724 5
|
安全 前端开发 Java
Spring Security 自定义异常失效?从源码分析到解决方案
Spring Security 自定义异常失效?从源码分析到解决方案
|
消息中间件 存储 资源调度
订单超时怎么处理?我们用这种方案
在电商业务下,许多订单超时场景都在24小时以上,对于超时精度没有那么敏感,并且有海量订单需要批处理,推荐使用基于定时任务的跑批解决方案。
2732 92
订单超时怎么处理?我们用这种方案
|
存储 缓存 Java
Java中的延时队列(Delay Queue)
Java中的延时队列(Delay Queue)
855 3

热门文章

最新文章

下一篇
开通oss服务