[发明专利]一种业务处理方法及装置

说明书

本申请实施例公开了一种业务处理方法及装置。所述方法包括：接收业务重试触发消息，所述业务重试触发消息是根据预配置的重试间隔策略定时发送的，所述重试间隔策略包括固定重试间隔策略或基于动态表达式的弹性重试间隔策略；根据各业务活动记录包含的业务活动状态信息和重试状态信息，在所述各业务活动记录中确定掉单业务活动记录；对所述掉单业务活动记录对应的业务活动进行重试执行。利用本申请实施例，可以实现无需在当前线程中同步重试执行掉单业务活动，而是可以在预配置的策略的定时触发下，异步地重试执行掉单业务活动，因此，即使业务系统重启或崩溃，仍然可以在业务系统恢复正常后再次重试。

技术领域

本申请涉及计算机软件技术领域，尤其涉及一种业务处理方法及装置。

背景技术

随着计算机技术和互联网技术的迅速发展，很多业务都可以在网上进行，比如电子金融业务、电商业务等。一般地，可以由流程引擎将业务所涉及的一个或多个业务活动进行编排，构成相应的业务流程，再按照业务流程顺序执行业务活动，从而实现业务目标。

业务流程中的业务活动执行通常会涉及两端之间的方法调用，一种典型的调用是调用端向服务端发起的远程方法调用(Remote Procedure Call，RPC)。在实际应用中，RPC可能会执行失败，则相应的业务活动也会执行异常，进而可能导致业务掉单。从用户角度而言，由于发生业务掉单，用户即使已经支付了业务代价，却无法获得相应的业务服务，体验很差。

针对上述业务活动执行异常的情况导致业务掉单的问题，现有技术中通常采用同步重试的方式解决。具体地，在RPC执行失败导致业务活动执行异常时，可以在当前线程中同步重试执行该RPC，进而实现对应的业务活动重试执行。

但是，上述现有技术中同步重试的方式的稳定性较差，在业务系统重启或崩溃时会失去同步重试的状态，导致业务活动无法再重试执行。

发明内容

本申请实施例提供一种业务处理方法及装置，用以解决如下技术问题：上述现有技术中同步重试的方式的稳定性较差，在业务系统重启或崩溃时会失去同步重试的状态，导致业务活动无法再重试执行。

为解决上述技术问题，本申请实施例是这样实现的：

本申请实施例提供的一种业务处理方法，包括：

接收业务重试触发消息，所述业务重试触发消息是根据预配置的重试间隔策略定时发送的，所述重试间隔策略包括固定重试间隔策略或基于动态表达式的弹性重试间隔策略；

根据各业务活动记录包含的业务活动状态信息和重试状态信息，在所述各业务活动记录中确定掉单业务活动记录；

对所述掉单业务活动记录对应的业务活动进行重试执行。

本申请实施例提供的一种业务处理装置，包括：

接收模块，接收业务重试触发消息，所述业务重试触发消息是根据预配置的重试间隔策略定时发送的，所述重试间隔策略包括固定重试间隔策略或基于动态表达式的弹性重试间隔策略；

确定模块，根据各业务活动记录包含的业务活动状态信息和重试状态信息，在所述各业务活动记录中确定掉单业务活动记录；

重试模块，对所述掉单业务活动记录对应的业务活动进行重试执行。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：可以实现无需在当前线程中同步重试执行掉单业务活动，而是可以在预配置的策略的定时触发下，异步地重试执行掉单业务活动，因此，即使业务系统重启或崩溃，仍然可以在业务系统恢复正常后再次重试，因此，可以部分或全部地解决现有技术中的问题。

附图说明