买专利,只认龙图腾
首页 专利交易 科技果 科技人才 科技服务 商标交易 会员权益 IP管家助手 需求市场 关于龙图腾
 /  免费注册
到顶部 到底部
清空 搜索

【发明授权】一种处理超时任务的方法和装置_北京京东尚科信息技术有限公司;北京京东世纪贸易有限公司_201711292379.8 

申请/专利权人:北京京东尚科信息技术有限公司;北京京东世纪贸易有限公司

申请日:2017-12-08

公开(公告)日:2024-04-05

公开(公告)号:CN109901918B

主分类号:G06F9/48

分类号:G06F9/48

优先权:

专利状态码:有效-授权

法律状态:2024.04.05#授权;2020.12.29#实质审查的生效;2019.06.18#公开

摘要:本发明公开了一种处理超时任务的方法和装置,涉及计算机技术领域。该方法的一具体实施方式包括:将第一任务数据存储于数据库中,将第二任务数据存储于各个实例的内存中;其中,所述第二任务数据的信息属性属于所述第一任务数据的信息属性的一部分;根据所述第二任务数据,获取并处理超时任务;更新所述超时任务对应的第一任务数据和第二任务数据。该实施方式能够解决任务处理效率低、资源开销大的问题。

主权项:1.一种处理超时任务的方法,其特征在于,包括:将第一任务数据存储于数据库中,将第二任务数据存储于各个实例的内存中;其中,所述第二任务数据的信息属性属于所述第一任务数据的信息属性的一部分;根据所述第二任务数据,获取并处理超时任务;更新所述超时任务对应的第一任务数据和第二任务数据;若在将第二任务数据存储于各个实例的内存中、根据所述第二任务数据获取并处理超时任务和更新所述超时任务对应的第一任务数据的任意一个步骤中出现异常,则将异常信息存入所述数据库中;获取所述数据库中的异常信息,根据策略库选取对应于所述异常信息的策略,并根据所述策略处理所述异常;将第一任务数据存储于数据库中,将第二任务数据存储于各个实例的内存中,包括:接收任务处理请求;根据所述任务处理请求,生成第一任务数据,所述第一任务数据的信息属性至少包括任务超时时间和任务状态;将所述第一任务数据存储于数据库中;生成第二任务数据,所述第二任务数据的信息属性包括任务超时时间;将所述第二任务数据存储于各个实例的内存中;根据所述第二任务数据,获取并处理超时任务,包括:扫描所述内存,以获取存储在所述内存中的第二任务数据;比较当前时间与所述第二任务数据的任务超时时间,判断当前时间是否超过所述任务超时时间,若是,则处理所述任务超时时间对应的超时任务。

全文数据:一种处理超时任务的方法和装置技术领域本发明涉及计算机技术领域,尤其涉及一种处理超时任务的方法和装置。背景技术现实生活中很多场景中都会遇到任务超时的情况,比如用户下了一个订单,但在指定时间内没有支付,这就需要系统有一个相关的业务模块进行处理,自动取消此订单。在实现本发明过程中,发明人发现现有技术中至少存在如下问题:针对零散在全局的待处理超时数据,由全局统一调度中心先定时扫描所有待处理任务是否满足超时条件,从而收集超时任务,再分配处理超时任务。因此,单个机器实例在同一时刻需要处理大批量的超时任务,当超时任务达到一定量级且业务系统繁多时,增加了一些不必要的资源开销。而且,当处理超时任务的流程出现异常时,仅靠抛出异常重试机制等待下轮重试,也给各业务系统资源带来了不必要的浪费。发明内容有鉴于此,本发明实施例提供一种处理超时任务的方法和装置,能够解决任务处理效率低、资源开销大的问题。为实现上述目的,根据本发明实施例的一个方面,提供了一种处理超时任务的方法,包括:将第一任务数据存储于数据库中,将第二任务数据存储于各个实例的内存中;其中,所述第二任务数据的信息属性属于所述第一任务数据的信息属性的一部分;根据所述第二任务数据,获取并处理超时任务;更新所述超时任务对应的第一任务数据和第二任务数据;若在将第二任务数据存储于各个实例的内存中、根据所述第二任务数据获取并处理超时任务和更新所述超时任务对应的第一任务数据的任意一个步骤中出现异常,则将异常信息存入所述数据库中;获取所述数据库中的异常信息,根据策略库选取对应于所述异常信息的策略,并根据所述策略处理所述异常。可选地,所述数据库中存储的第一任务数据包括各个实例内存中存储的第二任务数据,并且各个实例内存中存储的第二任务数据各不相同。可选地,将第一任务数据存储于数据库中,将第二任务数据存储于各个实例的内存中,包括:接收任务处理请求;根据所述任务处理请求,生成第一任务数据,所述第一任务数据的信息属性至少包括任务超时时间和任务状态;将所述第一任务数据存储于数据库中;生成第二任务数据,所述第二任务数据的信息属性包括任务超时时间;将所述第二任务数据存储于各个实例的内存中。可选地,根据所述第二任务数据,确定并处理超时任务,包括:扫描所述内存,以获取存储在所述内存中的第二任务数据;比较当前时间与所述第二任务数据的任务超时时间,判断当前时间是否超过所述任务超时时间,若是,则处理所述任务超时时间对应的超时任务。可选地,更新所述超时任务对应的第一任务数据和第二任务数据,包括:根据所述超时任务的处理结果,更新所述超时任务对应的所述第一任务数据的任务状态,删除所述超时任务对应的第二任务数据。另外,根据本发明实施例的另一个方面,提供了一种处理超时任务的装置,包括:存储模块,用于将第一任务数据存储于数据库中,将第二任务数据存储于各个实例的内存中;其中,所述第二任务数据的信息属性属于所述第一任务数据的信息属性的一部分;处理模块,用于根据所述第二任务数据,获取并处理超时任务;更新模块,用于更新所述超时任务对应的第一任务数据和第二任务数据;异常存储模块,用于若在将第二任务数据存储于各个实例的内存中、根据所述第二任务数据获取并处理超时任务和更新所述超时任务对应的第一任务数据的任意一个步骤中出现异常,则将异常信息存入所述数据库中;异常处理模块,用于获取所述数据库中的异常信息,根据策略库选取对应于所述异常信息的策略,并根据所述策略处理所述异常。可选地,所述数据库中存储的第一任务数据包括各个实例内存中存储的第二任务数据,并且各个实例内存中存储的第二任务数据各不相同。可选地,所述存储模块用于:接收任务处理请求;根据所述任务处理请求,生成第一任务数据,所述第一任务数据的信息属性至少包括任务超时时间和任务状态;将所述第一任务数据存储于数据库中;生成第二任务数据,所述第二任务数据的信息属性包括任务超时时间;将所述第二任务数据存储于各个实例的内存中。可选地,所述处理模块用于:扫描所述内存,以获取存储在所述内存中的第二任务数据;比较当前时间与所述第二任务数据的任务超时时间,判断当前时间是否超过所述任务超时时间,若是,则处理所述任务超时时间对应的超时任务。可选地,所述更新模块用于:根据所述超时任务的处理结果,更新所述超时任务对应的第一任务数据的任务状态,删除所述超时任务对应的第二任务数据。根据本发明实施例的另一个方面,还提供了一种电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现上述任一实施例所述的方法。根据本发明实施例的另一个方面,还提供了一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现上述任一实施例所述的方法。上述发明中的一个实施例具有如下优点或有益效果:因为采用将第一任务数据存储于数据库中,将第二任务数据存储于各个实例的内存中,根据所述第二任务数据获取并处理超时任务的技术手段,所以克服了任务处理效率低、资源开销大的技术问题,而将原来的全局任务分解成了若干个子任务在各实例中分别处理,极大地降低了单个实例处理同一时刻大批量超时任务的性能压力。而且,当集群中各实例的任务处理或系统出现异常时,通过异常重试步骤可以从全局角度对异常进行分类甄别,并选用不同策略进行异常处理。而且可借助人工输入,以丰富策略库,从而根据策略库策略动态分类并处理,提高处理效率。上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。附图说明附图用于更好地理解本发明,不构成对本发明的不当限定。其中:图1是根据本发明实施例的处理超时任务的方法的主要流程的示意图;图2是根据本发明一个可参考实施例的处理超时任务的方法的主要流程的示意图;图3是根据本发明另一个可参考实施例的处理超时任务的方法的主要流程的示意图;图4是根据本发明实施例的处理超时任务的装置的主要模块的示意图;图5是本发明实施例可以应用于其中的示例性系统架构图;图6是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。具体实施方式以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。图1是根据本发明实施例的处理超时任务的方法。作为本发明的一个实施例,如图1所示,所述处理超时任务的方法可以包括:步骤101,将第一任务数据存储于数据库中,将第二任务数据存储于各个实例的内存中;其中,所述第二任务数据的信息属性属于所述第一任务数据的信息属性的一部分。在该步骤中,将第一任务数据存储于数据库中,将第二任务数据存储到集群各个实例的内存中,为后续步骤提供基础数据。并且,所述第二任务数据的信息属性属于所述第一任务数据的信息属性的一部分;其中,所述信息属性可以包括任务超时时间、任务状态。作为本发明的一个实施例,所述第一任务数据的信息属性至少包括任务超时时间和任务状态,所述第二任务数据的信息属性包括任务超时时间,以简化各个实例内存中的数据存储,同时为后续步骤提供基础数据。作为本发明的又一个实施例,所述第一任务数据的信息属性至少包括订单编号、订单的任务超时时间和任务状态,所述第二任务数据的信息属性包括订单编号和订单的任务超时时间。需要说明的是,每个订单具有全局唯一的编号,每个订单可以对应于多项待处理的任务,例如支付、发货、退货、换货、取消订单、投诉、审批等。可选地,所述订单可以是购物订单、发货订单、审核订单等。需要指出的是,所述数据库中存储有全局的订单编号、各个订单对应的各项任务、各项任务的超时时间、各项任务的任务状态例如新订单、待付款、付款完成、付款超时、待发货、发货完成、发货超时、待退货、换货完成、审批超时等。进一步地,所述第一任务数据的信息属性至少还包括各项任务的任务状态。可选地,所述第一任务数据的信息属性还可以包括任务处理异常时的分类编码;还可以包括任务存入数据库的时间戳信息。以订单的支付任务为例,数据库作为全局资源,数据库中的订单数据结构如下:可选地,所述第二任务数据的信息属性不包括:任务状态、任务处理异常时的分类编码、任务存入内存的时间戳信息等。在本发明的实施例中,所述第二任务数据的信息属性可以只包括订单编号和各个订单对应的各项任务的超时时间。可选地,所述第二任务数据的信息属性可以由订单编号和任务超时时间组成。以订单的支付任务为例,集群实例内存中的订单数据结构可采用HashSet结构,如下:举例来说,针对120个任务例如,可以是60个订单的付款任务和投诉任务,也可以是120个订单的发货任务,还可以是30个订单的付款任务、发货任务、换货任务、取消订单任务和10个实例,可以将120个任务平均分配给10个实例每个实例内存中存储10个任务及每个任务的超时时间。也可以根据各个实例处理能力的高低,向各个实例分配不同数量的任务,从而优化资源分配,节省资源开销。还可以是:根据任务内容例如支付、发货、退货、取消订单、投诉等的不同来分配任务。具体地,举例来说,将任务内容相同的任务分配给同一个实例,所述实例处理这些任务。针对处理过程复杂或者处理时间较长的任务,可以将任务内容相同的任务分配给多个实例,从而优化资源分配,提高处理效率。还可以将多项任务分配给同一个实例来处理,本发明对此不作限制。可选地,集群各个实例采用分布式部署例如ZooKeeper,在兼顾水平扩展能力的同时,将任务数据导向集群中的所有实例并行处理,提升处理效率,减小故障风险。作为本发明的一个实施例,所述数据库中存储的第一任务数据包括各个实例内存中存储的第二任务数据,并且各个实例内存中存储的第二任务数据各不相同。也就是说,各个实例内存中存储的订单编号有可能相同,任务也有可能相同,但是一般不会在各个实例内存中存储相同的订单编号以及同一个订单编号的相同的任务数据。可见,在本发明的实施例中,可以简化各个实例本地内存中的数据存储,采用本发明实施例提供的数据存储方式,可以提高数据读取的效率,从而减少时间开销。作为本发明的另一个实施例,所述步骤101包括:先将第一任务数据存储于数据库中,再将第二任务数据存储于内存中。在该实施例中,在第一任务数据存储于数据库成功之后,再将第二任务数据存储于内存中,以保证数据库的数据有效性,在后续步骤中可以基于数据库中的第一任务数据来执行任务。作为本发明的另一个实施例,步骤101可以包括:接收用户的任务处理请求;根据所述任务处理请求,生成第一任务数据和第二任务数据。需要指出的是,超时时间是指任务超时的时刻,即截止至什么时刻例如2017年11月20日01时10分20秒,若该任务扔未处理,则该任务属于超时任务。具体地,可以针对不同的任务内容,设置不同的超时阈值。以支付任务为例,超时阈值可以为24小时或者0.5小时,当接收到用户的任务请求时,当前的时间加上时间阈值,即为支付任务的超时时间。以发货任务为例,超时阈值可以为2天或者7天,当接收到用户的任务请求时,当前的时间加上时间阈值,即为发货任务的超时时间。因此,所述超时时间可以根据任务请求的时间和超时阈值而确定,在步骤101中计算出超时时间,以便于在后续步骤中快速地确定任务是否超时。作为本发明的再一个实施例,步骤101可以包括:首先接收任务处理请求,然后根据所述任务处理请求生成第一任务数据,接着将第一任务数据存储于数据库中;之后生成第二任务数据,最后将第二任务数据存储于各个实例的内存中。其中,所述第一任务数据的信息属性至少包括任务超时时间和任务状态,所述第二任务数据的信息属性包括任务超时时间。在该实施例中,先接收用户的任务请求,然后根据所述任务请求生成第一任务数据,在第一任务数据存储于数据库成功之后,再根据所述任务请求生成第二任务数据,继而将第二任务数据存储于内存中,以保证数据库的数据有效性。若第一任务数据存储于数据库失败,则结束。需要说明的是,也可以在生成第一任务数据的同时,生成第二任务数据;但是,在第一任务数据存储于数据库成功之后,将第二任务数据存储于各个实例的内存中。步骤102,根据所述第二任务数据,获取并处理超时任务。在该步骤中,首先扫描内存,以获取第二任务数据,然后根据任务超时时间筛选出超时任务,再处理所述超时任务。作为本发明的另一个实施例,步骤102包括:首先扫描所述内存,以获取存储在所述内存中的第二任务数据;然后,比较当前时间与所述第二任务数据的任务超时时间,判断当前时间是否超过所述任务超时时间;若是,则处理所述任务超时时间对应的超时任务;若否,则结束,等待下一次扫描。可选地,定时地扫描所述内存,以获取第二任务数据。可选地,采用单线程或者多线程的方式处理超时任务。需要说明的是,由于第二任务数据的信息属性包括任务超时时间,那么,在扫描内存时,可以判断各个任务在当前时刻是否超时了。若是,则该任务为超时任务;若否,则该任务不是超时任务。需要指出的是,在处理超时任务的同时,也在处理正常时间内的任务,如果任务在正常时间内处理完成,将该任务从内存中删除。可见,存储在内存中的第二任务数据是时时更新的。实际上,第二任务数据为待处理的任务数据。可选地,集群中所有实例可采用Spring+Quartz方式配置启动,每个实例从各自的本地内存中获取超时订单。由于本发明实施例将原来的全局任务分解成了若干个子任务在各实例中分别处理,因此,极大地降低了单个机器实例处理同一时刻大批量超时任务的性能压力。需要指出的是,现有技术在处理每个超时任务时,需要先从实例上的各业务系统例如订单系统、用户系统、商品信息系统等搜集任务基础数据例如任务信息、用户信息、商品信息等,然后将这些任务基础数据关联和组装,生成任务数据,再新开进程处理超时任务。而在本发明的实施例中,实例上无需进行关联和组装,仅仅通过任务超时时间就可以确定超时任务,继而实现对超时任务的处理。可见,本发明实施例充分利用分布式处理技术和内存处理效率优势,提高超时任务的处理效率。步骤103,更新所述超时任务对应的第一任务数据和第二任务数据。具体地,在该步骤中,更新步骤102中处理的超时任务对应的第一任务数据的任务状态,删除所述超时任务对应的第二任务数据。可选地,在处理超时任务成功后,先更新第一任务数据的任务状态;当更新成功后,再删除第二任务数据,以保证数据库的数据有效性。以支付任务为例,在处理超时任务成功后,先将超时任务的任务状态orderState从“待付款”修改为“付款完成”,再删除内存中的超时任务。因此,每个实例内存中存储的超时任务数量可以保持在一定数量级内,避免占用大量内存。图2是根据本发明一个可参考实施例的处理超时任务的方法的主要流程的示意图。作为本发明的又一个实施例,步骤102和步骤103可以具体包括:定时扫描实例内存;从所述内存中获取第二任务数据;比较当前时间与所述第二任务数据的任务超时时间,判断是否存在超时任务;若不存在超时任务,则结束;若存在超时任务,则采用单线程多线程数据处理方式处理所述超时任务;在处理超时任务成功后,先更新所述超时任务对应的第一任务数据的任务状态;当更新成功后,再删除所述超时任务对应的第二任务数据。根据上面所述的各种实施例,可以看出本发明通过采用将第一任务数据存储于数据库中,将第二任务数据存储于各个实例的内存中,根据所述第二任务数据,获取并处理超时任务的技术手段,从而解决了任务处理效率低、资源开销大的问题。也就是说,现有技术是单个机器实例在同一时刻需要处理大批量的超时任务,当超时任务达到一定量级且业务系统繁多时,增加了一些不必要的资源开销。而本发明是将第一任务数据存储于数据库中,将第二任务数据存储于各个实例的内存中,根据所述第二任务数据,获取并处理超时任务,从而将原来的全局任务分解成了若干个子任务在各实例中分别处理,极大地降低了单个实例处理同一时刻大批量超时任务的性能压力。而且,无需在实例上进行关联和组装,通过任务的超时时间就可以确定超时任务,继而实现对超时任务的处理。可见,本发明实施例充分利用分布式处理技术和内存处理效率优势,提高超时任务的处理效率。作为本发明的再一个实施例,所述方法还可以包括:步骤104,若在将第二任务数据存储于各个实例的内存中、根据所述第二任务数据获取并处理超时任务和更新所述超时任务对应的第一任务数据的任意一个步骤中出现异常,则将异常信息存入所述数据库中;以及,步骤105,获取所述数据库中的异常信息,根据策略库选取对应于所述异常信息的策略,并根据所述策略处理所述异常。具体地,在步骤101中,若在将第二任务数据存储于各个实例的内存中时出现异常,则将异常信息存入数据库中;在步骤102中,若在定时扫描、获取第二任务数据、确定超时任务、超时任务处理中的任意一个步骤中出现异常,则将异常信息存入数据库中;在步骤103中,若在更新超时任务对应的第一任务数据的任务状态时出现异常,则将异常信息存入数据库中。之后,再根据异常信息,进行异常重试。为便于描述,本发明将上述步骤101、步骤102、步骤103中出现的异常归类为“流程异常”。需要指出的是,图2仅示例性地表示若在“更新任务状态”时出现异常,导致更新失败,则将异常信息存入数据库中,进行异常重试。同样地,在执行其他步骤中出现异常,也将异常信息存入数据库中,进行异常重试,不再赘述。在本发明的再一个实施例中,由于所述第一任务数据的信息属性还可以包括任务处理异常时的分类编码errorType。可选地,在将异常信息存入所述数据库中之后,更新所述第一任务数据,比如订单处理异常时分类编码errorType,以便于根据订单处理异常时分类编码确定相对应的策略。可选地,定时地从数据库中获取异常信息。例如定时地从数据库中获取订单超时处理的异常订单isFinish=0且errorType不为空。可选地,还可以由事件触发,当事件触发时,获取所述数据库中的异常信息,根据策略库选取对应于所述异常信息的策略,继而根据所述策略处理所述异常。比如,在紧急情况下,异常订单可通过单独接口,使用事件触发机制走专用通道,以处理异常订单。需要说明的是,所述策略库中存储有对应于各种异常的策略,因此,可以根据从策略库中选取的策略,执行相应的处理。可选地,所述异常还可以包括系统异常和或数据异常。可选地,所述系统异常包括实例挂机、网络连接异常、实例内存已满、数据库存取异常、缓存读写异常等。可选地,所述数据异常可以包括订单的信息被改动,导致出现异常。同样地,针对系统异常和数据异常,也可以从策略库中选择与其相对应的策略。图3是根据本发明另一个可参考实施例的处理超时任务的方法的主要流程的示意图,所述处理超时任务的方法可以包括:通过定时触发或者事件触发,从数据库中获取异常信息,判断是否存在异常信息;若不存在异常信息,则结束;若存在异常信息,则根据所述异常信息确定异常的类型,比如流程异常、系统异常、数据异常或者其它未知异常;根据策略库选取对应于所述异常类型的策略;如果所述异常类型为流程异常,则调用数据库中的第一任务数据,并处理超时任务;若处理不成功,则再次调用数据库中的第一任务数据,并处理超时任务,直至处理成功;然后更新第一任务数据中的所述超时任务的任务状态即更新数据库中的异常信息的记录;在流程异常中,可以根据重试次数阈值和或重试时间阈值决定是否继续重试。若未达到重试次数阈值和或重试时间阈值,则继续增加调用次数,进行再次调度,若超过重试次数阈值和或重试时间阈值,则向负责人发出提醒。具体地,可以预先设置重试次数阈值和重试时间阈值,若超出阈值,则不再重试,并发出提醒,以通知负责人,从而可以通过人工的方式进行超时任务处理或者等待下一轮触发。需要说明的是,还可以进一步针对:在将第二任务数据存储于各个实例的内存中,根据所述第二任务数据获取并处理超时任务和更新第一任务数据的任意一个步骤中出现异常,分别制定不同的策略,并将这些策略存储在策略库中。如果所述异常类型为系统异常,则不再重试,并发出提醒,以通知负责人,从而可以由人工进行异常处理。在人工处理之后,更新数据库中的异常信息的记录。还可以进一步根据系统异常的详细信息进行分类统计。一段时间后,将系统异常和数据异常、流程异常一起形成统计表格,主要用于分析超时任务拉回时各种异常所占的比率。如果所述异常类型为数据异常,则抛弃,不再重试,并且更新数据库中的订单的状态值,使得在下一轮触发时,出现数据异常的订单不再作为异常。如果所述异常类型为其它未知异常,则不再重试,并发出提醒,以通知负责人,从而可以由人工进行异常处理。进一步地,还可以根据人工处理结果,将对应策略新增到策略库中,更新策略库,供下次处理相同异常时使用。需要指出的是,若在更新数据库记录时出现异常,导致失败,则不再重试,等待下一轮触发,从而在下一轮中进行异常重试。可选地,对于事件触发的异常订单,也可以根据重试次数阈值和或重试时间阈值决定是否继续重试、向负责人发出提醒。因此,当集群中各实例的任务处理或系统出现异常时,通过异常重试步骤可以从全局角度对异常进行分类甄别,并选用不同策略进行异常处理。而且可借助人工输入,以丰富策略库,从而根据策略库策略动态分类并处理,提高处理效率。另外,在本发明另一个可参考实施例中所述处理超时任务的方法的具体实施内容,在上面所述处理超时任务的方法中已经详细说明了,故在此重复内容不再说明。图4是根据本发明实施例的处理超时任务的装置,如图4所示,所述处理超时任务的装置400包括存储模块401、处理模块402、更新模块403、异常存储模块404和异常处理模块405。存储模块401将第一任务数据存储于数据库中,将第二任务数据存储于各个实例的内存中;其中,所述第二任务数据的信息属性属于所述第一任务数据的信息属性的一部分;处理模块402根据所述第二任务数据,获取并处理超时任务;更新模块403更新所述超时任务对应的第一任务数据和第二任务数据。若在将第二任务数据存储于各个实例的内存中、根据所述第二任务数据获取并处理超时任务和更新所述超时任务对应的第一任务数据的任意一个步骤中出现异常,所述异常存储模404则将异常信息存入所述数据库中;所述异常处理模块405获取所述数据库中的异常信息,根据策略库选取对应于所述异常信息的策略,并根据所述策略处理所述异常。存储模块401将第一任务数据存储于数据库中,将第二任务数据存储到集群各个实例的内存中,为后续模块的运行提供基础数据。并且,所述第二任务数据的信息属性属于所述第一任务数据的信息属性的一部分;其中,所述信息属性可以包括任务超时时间、任务状态。作为本发明的一个实施例,所述第一任务数据的信息属性至少包括任务超时时间和任务状态,所述第二任务数据的信息属性包括任务超时时间,以简化各个实例内存中的数据存储,同时为后续步骤提供基础数据。可选地,所述第一任务数据的信息属性还可以包括任务处理异常时的分类编码;还可以包括任务存入数据库的时间戳信息。可选地,所述第二任务数据的信息属性不包括:任务状态、任务处理异常时的分类编码、任务存入内存的时间戳信息等。在本发明的一些实施例中,所述第一任务数据的信息属性至少包括订单编号、订单的任务超时时间和任务状态,所述第二任务数据的信息属性包括订单编号和订单的任务超时时间。可选地,所述第二任务数据的信息属性可以只包括订单编号和各个订单对应的各项任务的超时时间。可选地,所述第二任务数据的信息属性由订单编号和任务超时时间组成。可选地,所述数据库中存储的第一任务数据包括各个实例内存中存储的第二任务数据,并且各个实例内存中存储的第二任务数据各不相同。可选地,所述存储模块401先将第一任务数据存储于数据库中,再将第二任务数据存储于内存中。在第一任务数据存储于数据库成功之后,再将第二任务数据存储于内存中,以保证数据库的数据有效性,其他模块可以基于数据库中的第一任务数据来执行任务。可选地,所述存储模块401首先接收任务处理请求,然后根据所述任务处理请求生成第一任务数据,接着将第一任务数据存储于数据库中;之后生成第二任务数据,最后将第二任务数据存储于各个实例的内存中。若第一任务数据存储于数据库失败,则结束。需要说明的是,也可以在生成第一任务数据的同时,生成第二任务数据;但是,在第一任务数据存储于数据库成功之后,将第二任务数据存储于各个实例的内存中。可选地,所述处理模块402扫描所述内存,以获取存储在所述内存中的第二任务数据;然后,比较当前时间与所述第二任务数据的任务超时时间,判断当前时间是否超过所述任务超时时间;若是,则处理所述任务超时时间对应的超时任务;若否,则结束,等待下一次扫描。可选地,定时地扫描所述内存,以获取第二任务数据。可选地,采用单线程或者多线程的方式处理超时任务。可选地,所述更新模块403更新超时任务对应的第一任务数据的任务状态,并且删除超时任务对应的第二任务数据。可选地,在处理超时任务成功后,先更新超时任务对应的第一任务数据的任务状态;当更新成功后,再删除超时任务对应的第二任务数据,以保证数据库的数据有效性。若在将第二任务数据存储于各个实例的内存中时出现异常,则将异常信息存入数据库中;若在定时扫描、获取第二任务数据、确定超时任务、超时任务处理、更新任务状态中的任意一个过程中出现异常,则将异常信息存入数据库中;若在更新超时任务对应的第一任务数据的任务状态时出现异常,则将异常信息存入数据中。之后,再根据异常信息,进行异常重试。可选地,所述异常还可以包括系统异常和或数据异常。可选地,所述系统异常包括实例挂机、网络连接异常、实例内存已满等。可选地,所述数据异常可以包括订单的信息被改动,导致出现异常。同样地,针对系统异常和数据异常,也可以从策略库中选择与其相对应的策略。根据上面所述的各种实施例,可以看出本发明通过采用将第一任务数据存储于数据库中,将第二任务数据存储于各个实例的内存中,根据所述第二任务数据,获取并处理超时任务的技术手段,从而解决了任务处理效率低、资源开销大的问题。也就是说,现有技术是单个机器实例在同一时刻需要处理大批量的超时任务,当超时任务达到一定量级且业务系统繁多时,增加了一些不必要的资源开销。而本发明是将第一任务数据存储于数据库中,将第二任务数据存储于各个实例的内存中,根据所述第二任务数据,获取并处理超时任务,从而将原来的全局任务分解成了若干个子任务在各实例中分别处理,极大地降低了单个实例处理同一时刻大批量超时任务的性能压力。需要说明的是,在本发明所述处理超时任务的装置的具体实施内容,在上面所述处理超时任务的方法中已经详细说明了,故在此重复内容不再说明。图5示出了可以应用本发明实施例的处理超时任务的方法或处理超时任务的装置的示例性系统架构500。如图5所示,系统架构500可以包括终端设备501、502、503,网络404和服务器405。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。用户可以使用终端设备501、502、503通过网络504与服务器505交互,以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等仅为示例。终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。服务器505可以是提供各种服务的服务器,例如对用户利用终端设备501、502、503所浏览的购物类网站提供支持的后台管理服务器仅为示例。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理,并将处理结果例如目标推送信息、产品信息——仅为示例反馈给终端设备。需要说明的是,本发明实施例所提供的处理超时任务的方法一般由服务器505执行,相应地,所述处理超时任务的装置一般设置于服务器505中。应该理解,图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。下面参考图6,其示出了适于用来实现本发明实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。如图6所示,计算机系统600包括中央处理单元CPU601,其可以根据存储在只读存储器ROM602中的程序或者从存储部分608加载到随机访问存储器RAM603中的程序而执行各种适当的动作和处理。在RAM603中,还存储有系统600操作所需的各种程序和数据。CPU601、ROM602以及RAM603通过总线604彼此相连。输入输出IO接口605也连接至总线604。以下部件连接至IO接口605:包括键盘、鼠标等的输入部分606;包括诸如阴极射线管CRT、液晶显示器LCD等以及扬声器等的输出部分607;包括硬盘等的存储部分608;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至IO接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装入存储部分608。特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分609从网络上被下载和安装,和或从可拆卸介质611被安装。在该计算机程序被中央处理单元CPU601执行时,执行本发明的系统中限定的上述功能。需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器RAM、只读存储器ROM、可擦式可编程只读存储器EPROM或闪存、光纤、便携式紧凑磁盘只读存储器CD-ROM、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括存储模块、处理模块、更新模块、异常存储模块和异常处理模块,其中,这些模块的名称在某种情况下并不构成对该模块本身的限定。作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:将第一任务数据存储于数据库中,将第二任务数据存储于各个实例的内存中;其中,所述第二任务数据的信息属性属于所述第一任务数据的信息属性的一部分;根据所述第二任务数据,获取并处理超时任务;更新所述超时任务对应的第一任务数据和第二任务数据;若在将第二任务数据存储于各个实例的内存中、根据所述第二任务数据获取并处理超时任务和更新所述超时任务对应的第一任务数据的任意一个步骤中出现异常,则将异常信息存入所述数据库中;获取所述数据库中的异常信息,根据策略库选取对应于所述异常信息的策略,并根据所述策略处理所述异常。根据本发明实施例的技术方案,因为采用将第一任务数据存储于数据库中,将第二任务数据存储于各个实例的内存中,根据所述第二任务数据获取并处理超时任务的技术手段,所以克服了任务处理效率低、资源开销大的技术问题,而将原来的全局任务分解成了若干个子任务在各实例中分别处理,极大地降低了单个实例处理同一时刻大批量超时任务的性能压力。上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。

权利要求:1.一种处理超时任务的方法,其特征在于,包括:将第一任务数据存储于数据库中,将第二任务数据存储于各个实例的内存中;其中,所述第二任务数据的信息属性属于所述第一任务数据的信息属性的一部分;根据所述第二任务数据,获取并处理超时任务;更新所述超时任务对应的第一任务数据和第二任务数据;若在将第二任务数据存储于各个实例的内存中、根据所述第二任务数据获取并处理超时任务和更新所述超时任务对应的第一任务数据的任意一个步骤中出现异常,则将异常信息存入所述数据库中;获取所述数据库中的异常信息,根据策略库选取对应于所述异常信息的策略,并根据所述策略处理所述异常。2.根据权利要求1所述的方法,其特征在于,所述数据库中存储的第一任务数据包括各个实例内存中存储的第二任务数据,并且各个实例内存中存储的第二任务数据各不相同。3.根据权利要求1所述的方法,其特征在于,将第一任务数据存储于数据库中,将第二任务数据存储于各个实例的内存中,包括:接收任务处理请求;根据所述任务处理请求,生成第一任务数据,所述第一任务数据的信息属性至少包括任务超时时间和任务状态;将所述第一任务数据存储于数据库中;生成第二任务数据,所述第二任务数据的信息属性包括任务超时时间;将所述第二任务数据存储于各个实例的内存中。4.根据权利要求3所述的方法,其特征在于,根据所述第二任务数据,确定并处理超时任务,包括:扫描所述内存,以获取存储在所述内存中的第二任务数据;比较当前时间与所述第二任务数据的任务超时时间,判断当前时间是否超过所述任务超时时间,若是,则处理所述任务超时时间对应的超时任务。5.根据权利要求3所述的方法,其特征在于,更新所述超时任务对应的第一任务数据和第二任务数据,包括:根据所述超时任务的处理结果,更新所述超时任务对应的所述第一任务数据的任务状态,删除所述超时任务对应的第二任务数据。6.一种处理超时任务的装置,其特征在于,包括:存储模块,用于将第一任务数据存储于数据库中,将第二任务数据存储于各个实例的内存中;其中,所述第二任务数据的信息属性属于所述第一任务数据的信息属性的一部分;处理模块,用于根据所述第二任务数据,获取并处理超时任务;更新模块,用于更新所述超时任务对应的第一任务数据和第二任务数据;异常存储模块,用于若在将第二任务数据存储于各个实例的内存中、根据所述第二任务数据获取并处理超时任务和更新所述超时任务对应的第一任务数据的任意一个步骤中出现异常,则将异常信息存入所述数据库中;异常处理模块,用于获取所述数据库中的异常信息,根据策略库选取对应于所述异常信息的策略,并根据所述策略处理所述异常。7.根据权利要求6所述的装置,其特征在于,所述数据库中存储的第一任务数据包括各个实例内存中存储的第二任务数据,并且各个实例内存中存储的第二任务数据各不相同。8.根据权利要求6所述的装置,其特征在于,所述存储模块用于:接收任务处理请求;根据所述任务处理请求,生成第一任务数据,所述第一任务数据的信息属性至少包括任务超时时间和任务状态;将所述第一任务数据存储于数据库中;生成第二任务数据,所述第二任务数据的信息属性包括任务超时时间;将所述第二任务数据存储于各个实例的内存中。9.根据权利要求8所述的装置,其特征在于,所述处理模块用于:扫描所述内存,以获取存储在所述内存中的第二任务数据;比较当前时间与所述第二任务数据的任务超时时间,判断当前时间是否超过所述任务超时时间,若是,则处理所述任务超时时间对应的超时任务。10.根据权利要求8所述的装置,其特征在于,所述更新模块用于:根据所述超时任务的处理结果,更新所述超时任务对应的第一任务数据的任务状态,删除所述超时任务对应的第二任务数据。11.一种电子设备,其特征在于,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法。12.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-5中任一所述的方法。

百度查询: 北京京东尚科信息技术有限公司;北京京东世纪贸易有限公司 一种处理超时任务的方法和装置

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息,力求客观、公正,但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解,仅供参考使用,不能作为本公司承担任何法律责任的依据或者凭证。