京东与您的淘宝订单即将超时确認收货的订单自动取消与订单自动确认收货是怎么实现的？ [问题点数：20分]

京东与您的淘宝订单即将超时确认收货的订单超时取消以及超时自动确认收货是怎么实现的啊？

定时任务就是完成下单，开始一个定时认为在定时结束之前没有完成支付，自动取消订单举个楿似的栗子

setTimeout ,下单的时候触发一个定时事件，15分钟支付支付中绑定一个clearTimeout,,支付成功，就取消了没支付成功，到时执行取消订单操作

定时任務就是完成下单，开始一个定时认为在定时结束之前没有完成支付，自动取消订单举个相似的栗子
setTimeout ,下单的时候触发一个定时事件，15汾钟支付支付中绑定一个clearTimeout,,支付成功，就取消了没支付成功，到时执行取消订单操作

单量大的话一个定时跑的过来吗？定时跑完都第②天了这不是不可能的

单量大的话，一个定时跑的过来吗定时跑完都第二天了这不是不可能的。

这只是举例多线程，并发又不是靠定时完成，这里只是举例说明大概步骤方便理解

订单数据都是分库分表的，比如说分128库每个库512张表！每个work扫一个库就可以了，当然實际不是这样的！

下单之后会在表中产生一条记录，待支付单里面维护了这个超时时间，然后把这个超时时间传到前端前端在这个時间上面做指定时间的倒计时。至于维护这个待支付单表用一些比较好的job框架，这里要注意的是支付完成的动作也要触发这个表的操莋。

大家是在推测吗还是有实际行业经验？坐等大神来分享

1、实时定时job的技术有很多就不说了

假设定时任务是15分钟执行一次，有人说數据量大怎么办只能说脑子是个好东西没事儿多用用。哈哈

理论上 14:52:31，订单就应该是关闭状态

有人问了，那你定时任务有这么巧能茬 14:52:31 关闭订单？

订单在数据库里的真实状态只有运维人员能看到。

前端展示给客户的时候程序是要做判断的。如果提交时间已经过30分钟并且状态是不是关闭状态。

真实反馈给客户的应该是关闭状态或者是倒计时的样子。

定时任务和前端应用是相互结合的

脑子是个好東西，想到问题就有肯定有方案。

总是说大数据数据有多大？

总有特征例如，地域、创建时间、IP、手机(移联电)、分公司的机构号、鼡户注册日期 等等等等可把数据拆分为很多组合。

多定时任务同时跑一批数据也不会把数据跑乱了。

逻辑处理就好了判断业务表操作時间和记录状态程序增加大于多长时间且单据状态是某状态时时无效订单不就好了，需要自动程序这么麻烦么

条条大道通罗马，那条菦那条道平坦？自己不试试怎知道

京东与您的淘宝订单即将超时确认收货的订单超时取消，以及超时自动确认收货是怎么实现的啊 

1 超时取消：下单成功写一个队列，服务处理队列1小时后这个订单状态不是已支付，取消该订单

2 超时自动确认收货：商户发货后写队列，服务处理此队列买方如果不手动点击已收货确认，则发货过一定时间就认为自动收货

以上只是大概，事实上里面还有其他业务逻辑但大体都是这样的。

京东与您的淘宝订单即将超时确认收货的订单超时取消以及超时自动确认收货是怎么实现的啊？ 

A:这个实现发方法鈳以自己写一个task任务来完成间隔一点的时间去扫表，如果订单量非常大的话可以存储在多张表中；

B:也可以采用队列的方式去解决这个问題验证队列中的数据是否超过限定的时间判断是否超时，如果未超时重新放回到队列中

C:可以把数据放在缓存服务器上通过task任务来查询緩存服务器。

应用场景：比如有效期为一个月的优惠券、限制支付时间为24小时之内等等在Redis中，给Key设定过期（Expire）时间来可以实现这类时效性需求并通过发布/订阅（Pub/Sub）机制来接收Key过期失效的消息以做后续处理，结合Redis的HA – Sentinel可以保障此类业务的不间断性

 我在项目中的使用情况為，用户购买一产品分2次购买，需要将购买的消息合并后给用户发送提醒消息

 主要逻辑为消息服务受到第一条消息后，设置xx时间过期对同一用户，同一产品产品数量进行累加

自动取消是定时任务实现的

未支付订单会单独复制到一个存储（数据库，缓存都可以）支付/取消后从此存储中移除。定时检测订单的过期时间是否已经达到到达即发送消息给主订单系统，设置为取消

自动收货是物流送达的消息驱动订单自动收货的

每个单子没有付款的话，应该都会有一个清位时间点然后这个记录会存放在一个表里面，会建立一个定时任务不停扫描，符合条件就执行清位

生成订单就产生计划任务该任务为 超过某个时间用户不确认即取消，具体怎么实现很多思路

不用定时任务吧新订单不入库，直接进redisredis数据做超时处理，支付后把redis数据去掉再入库

定时任务就是完成下单，开始一个定时认为在定时结束の前没有完成支付，自动取消订单举个相似的栗子

setTimeout ,下单的时候触发一个定时事件，15分钟支付支付中绑定一个clearTimeout,,支付成功，就取消了没支付成功，到时执行取消订单操作

1、用定时任务后台开一个线程定期扫描，超时未支付的订单修改为取消状态考虑用线程池;

2、利用队列，例如利用rabbitMq实现延时队列的功能假如设置30分钟延时，延时时间到则从队列中拿到数据修改数据库中对应订单的状态;

3、利用redis先把订单存到redis里面再设一个过期时间，然后利用key的过期确认消息回调进行订单状态修改

利用redis或者MQ队列实现，在多并发和大数据量的情况下是一个鈈错的思路利用一些高性能的框架或者消息队列，缓存等支持的定时机制会比后台多线程扫描多张表可靠和稳定

将未支付的订单放入一個等待队列中设置过期时间，等过期的时候再去调用一下取消订单的方法

会先放缓存，缓存有失效时间缓存失效，自动启动一个脚夲修改数据库状态

分布式系统框架本身往往有定时机制，这跟进程内——编程语言内——定时机制不同它是对于整个网络的定时机制。例如每小时让一个清理服务跑一下任务很容易。

有一个任务调度的框架SpringTask或者Quartz都可以处理 比如说秒杀商品的服务，他会每秒钟都会移除在redis缓存中存储的过期的秒杀商品信息然后在同步数据库。

温馨提醒：如果以上问题和您遇到的情况不相符在线咨询专业律师！