CN113742034A - 事件处理方法与装置、计算机可读存储介质、电子设备 - Google Patents

Abstract

本公开属于计算机技术领域，涉及一种事件处理方法与装置、计算机可读存储介质、电子设备。该方法包括：接收待处理事件，并确定运行待处理事件的线程是否处于事务中；若运行待处理事件的线程未处于事务中，发布待处理事件，以执行待处理事件；若运行待处理事件的线程处于事务中，将待处理事件存储在与事务对应的线程局部变量队列中，以提交或回滚待处理事件。本公开一方面，设置容错机制可以在开发人员错误地使用事件发布器时，仍然保证程序正常执行，提高了系统的容错性和鲁棒性；另一方面，将事件的发布与线程局部变量队列相结合，无需抢占资源，从业务流程上保证分布式系统的数据一致性，进一步节省开发人员对数据一致性的处理成本。

Description

事件处理方法与装置、计算机可读存储介质、电子设备

技术领域

本公开涉及计算机技术领域，尤其涉及一种事件处理方法与事件处理装置、计算机可读存储介质及电子设备。

背景技术

在分布式系统中，一般直接将本系统和外部系统的通信嵌入到本系统的事务中，并增加重试机制保证数据的一致性。除此之外，使用请求资源(Try)、操作资源(Confirm)、取消资源(Cancel)分布式事务的业务逻辑也可以实现分布式事务的一致性。

但是，在本系统的事务中嵌入外部系统的通信，会使本系统事务的开启时间变长，进而引发系统吞吐量降低和单事务超时等问题；若在外部系统成功后，本系统事务内发生异常会导致事务回滚，外部系统并不能同时回滚，会造成多系统的数据不一致。而在TCC分布式事务中，对三个阶段分别编写逻辑，代码侵入性大，且开发成本高，同时也会导致系统吞吐量降低。

鉴于此，本领域亟需开发一种新的事件处理方法及装置。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种事件处理方法、事件处理装置、计算机可读存储介质及电子设备，进而至少在一定程度上克服由于相关技术的限制而导致的数据不一致和系统吞吐量低等问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本发明实施例的第一个方面，提供一种事件处理方法，所述方法包括：接收待处理事件，并确定运行所述待处理事件的线程是否处于事务中；若运行所述待处理事件的线程未处于事务中，发布所述待处理事件，以执行所述待处理事件；若运行所述待处理事件的线程处于事务中，将所述待处理事件存储在与所述事务对应的线程局部变量队列中，以提交或回滚所述待处理事件。

在本发明的一种示例性实施例中，所述提交或回滚所述待处理事件，包括：注册与所述事务对应的重试记录，并同时提交或回滚所述待处理事件和所述重试记录；清空所述线程局部变量队列中的所述待处理事件。

在本发明的一种示例性实施例中，所述同时提交或回滚所述待处理事件和所述重试记录，包括：注册事件发布器，并在所述事件发布器中注册事件发布者；将所述事件发布器注册为与所述待处理事件对应的事件同步器，以同时提交或回滚所述待处理事件和所述重试记录。

在本发明的一种示例性实施例中，在所述提交或回滚所述待处理事件之后，所述方法还包括：获取所述待处理事件的处理结果，并根据所述处理结果修改所述重试记录中与所述待处理事件对应的提交状态；根据所述提交状态重新确定运行所述待处理事件的线程是否处于事务中。

在本发明的一种示例性实施例中，所述根据所述提交状态重新确定运行所述待处理事件的线程是否处于事务中，包括：若所述提交状态为提交失败，获取与所述重试记录对应的配置时间，并确定所述待处理事件是否早于所述配置时间；若所述待处理事件未早于所述配置时间，重新确定运行所述待处理事件的线程是否处于事务中。

在本发明的一种示例性实施例中，所述接收待处理事件，并确定运行所述待处理事件的线程是否处于事务中，包括：接收待处理事件，并创建与所述待处理事件对应的线程局部变量队列；当所述待处理事件是数据库事务时，修改所述线程局部变量队列的事务标记变量；根据所述事务标记变量确定运行所述待处理事件的线程是否处于事务中。

在本发明的一种示例性实施例中，在所述提交或回滚所述待处理事件之后，所述方法还包括：更新所述线程局部变量队列的事务标记变量。

根据本发明实施例的第二个方面，提供一种事件处理装置，所述装置包括：事件接收模块，被配置为接收待处理事件，并确定运行所述待处理事件的线程是否处于事务中；事件发布模块，被配置为若运行所述待处理事件的线程未处于事务中，发布所述待处理事件，以执行所述待处理事件；事件提交模块，被配置为若运行所述待处理事件的线程处于事务中，将所述待处理事件存储在与所述事务对应的线程局部变量队列中，以提交或回滚所述待处理事件。

根据本发明实施例的第三个方面，提供一种电子设备，包括：处理器和存储器；其中，存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现上述任意示例性实施例的事件处理方法。

根据本发明实施例的第四个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意示例性实施例中的事件处理方法。

由上述技术方案可知，本发明示例性实施例中的事件处理方法、事件处理装置、计算机存储介质及电子设备至少具备以下优点和积极效果：

在本公开的示例性实施例提供的方法及装置中，通过对未处于事务中的线程设置容错机制和对处于事务中的线程创建线程局部变量队列，实现执行待处理事件的功能。一方面，设置容错机制可以在开发人员错误地使用事件发布器时，仍然保证程序正常执行，提高了系统的容错性和鲁棒性；另一方面，将事件的发布与线程局部变量队列相结合，无需抢占资源，从业务流程上保证分布式系统的数据一致性，进一步节省开发人员对数据一致性的处理成本。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出本公开示例性实施例中一种事件处理方法的流程示意图；

图2示意性示出本公开示例性实施例中判断待处理事件是否处于事务中的方法的流程示意图；

图3示意性示出本公开示例性实施例中注册重试记录的方法的流程示意图；

图4示意性示出本公开示例性实施例中同时处理待处理事件和重试记录的方法的流程示意图；

图5示意性示出本公开示例性实施例中获取处理结果后的处理方法的流程示意图；

图6示意性示出本公开示例性实施例中重试待处理事件的方法的流程示意图；

图7示意性示出本公开示例性实施例中在应用场景下的事件处理方法的流程示意图；

图8示意性示出本公开示例性实施例中一种事件处理装置的结构示意图；

图9示意性示出本公开示例性实施例中一种用于实现事件处理方法的电子设备；

图10示意性示出本公开示例性实施例中一种用于实现事件处理方法的计算机可读存储介质。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

本说明书中使用用语“一个”、“一”、“该”和“所述”用以表示存在一个或多个要素/组成部分/等；用语“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等；用语“第一”和“第二”等仅作为标记使用，不是对其对象的数量限制。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。

针对相关技术中存在的问题，本公开提出了一种事件处理方法。图1示出了事件处理方法的流程图，如图1所示，事件处理方法至少包括以下步骤：

步骤S110.接收待处理事件，并确定运行待处理事件的线程是否处于事务中。

步骤S120.若运行待处理事件的线程未处于事务中，发布待处理事件，以执行待处理事件。

步骤S130.若运行待处理事件的线程处于事务中，将待处理事件存储在与事务对应的线程局部变量队列中，以提交或回滚待处理事件。

在本公开的示例性实施例中，通过对未处于事务中的线程设置容错机制和对处于事务中的线程创建线程局部变量队列，实现执行待处理事件的功能。一方面，设置容错机制可以在开发人员错误地使用事件发布器时，仍然保证程序正常执行，提高了系统的容错性和鲁棒性；另一方面，将事件的发布与线程局部变量队列相结合，无需抢占资源，从业务流程上保证分布式系统的数据一致性，进一步节省开发人员对数据一致性的处理成本。

下面对事件处理方法的各个步骤进行详细说明。

在步骤S110中，接收待处理事件，并确定运行待处理事件的线程是否处于事务中。

在本公开的示例性实施例中，事件又可以称为消息，就是一个对象，可以是网络请求返回的字符串，也可以是某个开关状态等。待处理事件可以是根据不同的业务处理需求对应的事件，是一个十分广泛的概念，并不局限于某种特定的事件。举例而言，待处理事件可以是单据提交、转账汇款或广告素材审核等事件。

在可选的实施例中，图2示出了判断待处理事件是否处于事务中的方法的流程示意图，如图2所示，该方法至少包括以下步骤：在步骤S210中，接收待处理事件，并创建与待处理事件对应的线程局部变量队列。在接收到待处理事件之后，会在事件发布器中创建一个线程局部变量队列。该线程局部变量队列用于暂存待处理事件。由于运行待处理事件的不同线程都可以使用事件发布器中的事件发布者，但是每个线程之间不可以有关系，因此可以使用线程局部变量队列存储。

在步骤S220中，当待处理事件是数据库事务时，修改线程局部变量队列的事务标记变量。由于事务的处理可以确保非事务性单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。通过将一组相关操作组合为要么全部成功，要么全部失败的单元，可以简化错误并使应用程序更加可靠。因此，采用事务处理的方式对数据库中的数据进行增删改查操作，来保证数据库数据的平稳性和可预测性。数据库事务(DatabaseTransaction)是指数据库中作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。举例而言，广告素材的提交和审核可以是数据库事务。除此之外，还可以根据实际需求设置其他属于数据库事务的待处理事件，本示例性实施例对此不作特殊限定。

当确定待处理事件是数据库事务时，可以获取线程局部变量队列的事务标记变量。该事务标记变量是线程局部变量队列具有的属性变量，当设置为true时，表明待处理事件为数据库事务；当设置为false时，表明待处理事件不为数据库事务。因此，无论之前事务标记变量置为何种状态，此时可以修改事务标记变量为true。

在步骤S230中，根据事务标记变量确定运行待处理事件的线程是否处于事务中。除了待处理事件是数据库事务时，还存在待处理事件不为数据库事务的情况，例如查询广告素材等事件可以不是数据库事务，因此，此时事务标记变量置为false。

根据事务标记变量为true，还是为false可以确定运行待处理事件的线程是否处于事务中。当事务标记变量为true，表明待处理事件为数据库事务，因此，运行待处理事件的线程处于事务中；当事务标记变量为false，表明待处理事件不为数据库事务，因此，运行待处理事件的线程不处于事务中。

在本示例性实施例中，根据创建的线程局部变量队列的变量可以确定当前线程是否处于事务中，确定方式简单，并且准确性较高。

在步骤S120中，若运行待处理事件的线程未处于事务中，发布待处理事件，以执行待处理事件。

在本公开的一种示例性实施例中，当线程局部变量队列的事务标记变量为false时，可以确定运行待处理事件的线程不处于事务中。在这种情况下，本公开设置了一个容错机制，可以通过事件发布器中的普通事件发布者进行待处理事件的发布，保证程序的正常运行，提高事件处理系统的容错性和鲁棒性。

在步骤S130中，若运行待处理事件的线程处于事务中，将待处理事件存储在与事务对应的线程局部变量队列中，以提交或回滚待处理事件。

在本公开的一种示例性实施例中，当线程局部变量队列的事务标记变量为true时，可以确定运行待处理事件的线程处于事务中。在这种情况下，可以将待处理事件存储进之前创建的线程局部变量队列中，以执行待处理事件。

在可选的实施例中，图3示出了注册重试记录的方法的流程示意图，如图3所示，该方法至少包括以下步骤：在步骤S310中，注册与事务对应的重试记录，并同时提交或回滚待处理事件和重试记录。该重试记录可以是当待处理事件为事务时进行注册的，并保存在数据库中。重试记录中可以记录待处理事件的处理结果、处理事件等与待处理事件相关的信息。因此，可以同时提交或回滚待处理事件和重试记录。

在可选的实施例中，图4示出了同时处理待处理事件和重试记录的方法的流程示意图，如图4所示，该方法至少包括以下步骤：在步骤S410中，注册事件发布器，并在事件发布器中注册事件发布者。事件发布器的发布过程依赖于一个原本是普通事件发布到事件总线上。其中，事件发布器是对发布-订阅模式的一种实现，是一种集中式事件处理机制，允许不同的组件之间彼此通信而又不需要相互依赖，达到一种解耦的目的；事件发布者可以是发布某事件的对象，通过发布事件的接口发布事件。将事件发布者注册到事件发布器中是让事件发布器持有一个普通的事件发布者为成员变量。

在步骤S420中，将事件发布器注册为与待处理事件对应的事件同步器，以同时提交或回滚待处理事件和重试记录。在注册事件发布器之后，可以同时注册该事件发布器为事务管理器中的事件同步器，用于在事务进行提交或回滚后接收消息进行相应的逻辑。因此，在注册事件同步器之后，可以根据待处理事件的逻辑同时提交或回滚待处理事件和重试记录。

在本示例性实施例中，注册事件发布器同时作为事件同步器，从业务流程上保证数据的一致性。

在步骤S320中，清空线程局部变量队列中的待处理事件。若待处理事件的执行过程正常，则进行提交操作；若待处理事件的执行过程出现异常，则进行回滚操作。在待处理事件提交后，事件管理器会触发事件同步器，将事件发布器中线程局部变量队列中的待处理事件经由普通的事件发布者发布到事件总线中，由事件总线中的订阅者同步或者异步地执行订阅者的逻辑。其中，事件订阅者依赖于事件总线与事件发布者之间联系起来，是一种订阅某种事件类型的对象。当有事件发布者发布这类事件后，事件总线会执行时间订阅者的事件处理函数，以执行其中的逻辑。并且，清空线程局部变量队列中的待处理事件，以使其恢复至初始状态。若待处理事件回滚，也同样清空线程局部变量队列中的待处理事件，将该线程局部变量队列恢复至初始状态。

在本示例性实施例中，注册重试记录后对待处理事件和线程局部变量队列的处理方式，可以保持线程局部变量队列的存储性能，保障数据一致性的实现。

除此之外，在待处理事件提交或回滚之后，还可以对线程局部变量队列的事务标记变量进行修改，以便于下一个待处理事件的判断和执行。

在可选的实施例中，更新线程局部变量的事务标记变量。具体的，当事件总线中的事件订阅者同步或异步执行完事件订阅者的逻辑之后，可以将事务标记变量由之前的true修改为false；若事务回滚，同样将事务标记变量修改为false，恢复至初始状态。

当待处理事件提交之后，可能会出现待处理事件执行失败或者未执行的异常情况，因此，还可以进行后续处理。

在可选的实施例中，图5示出了获取处理结果后的处理方法的流程示意图，如图5所示，该方法至少包括以下步骤：在步骤S510中，获取待处理事件的处理结果，并根据处理结果修改重试记录中与待处理事件对应的提交状态。若待处理事件正常提交，可以在重试记录中修改与待处理事件对应的提交状态为已完成；若待处理事件回滚，可以在重试记录中修改与待处理事件对应的提交状态为提交失败或未完成，根据实际设置修改。

在步骤S520中，根据提交状态重新确定运行待处理事件的线程是否处于事务中。当提交状态为已完成，表明该待处理事件已经执行完毕；若提交状态为未完成或失败，表明该待处理事件未执行成功，可以进行重试操作。

在可选的实施例中，图6示出了重试待处理事件的方法的流程示意图，如图6所示，该方法至少包括以下步骤：在步骤S610中，若提交状态为提交失败，获取与重试记录对应的配置时间，并确定待处理事件是否早于配置时间。当待处理事件的提交状态为提交失败时，表明需要进行重试操作，可以进一步获取该重试记录设置的配置时间。该配置时间可以是对待处理事件配置的重试频率，可以设置为1分钟、3分钟，或者其他时长，本示例性实施例对此不作特殊限定。由于在重试记录中记录有待处理事件的提交时间，因此，可以根据提交时间与配置时间的比较结果判断待处理事件是否早于配置时间执行。

在步骤S620中，若待处理事件未早于配置时间，重新确定运行待处理事件的线程是否处于事务中。当配置时间为3分钟，待处理事件是在2分钟的时候执行的，因此可以确定待处理事件晚于配置时间执行。因此，时间订阅者可以重新确定运行待处理事件的线程是否处于事务中，进行第二轮的循环执行，直至执行成功，才将该待处理事件的重试状态修改为已完成。若未执行成功，可以增加错误次数，并等待下一次进行重试操作。

在本示例性实施例中，由重试记录可以开启待处理事件的重试操作，保证待处理事件中的数据的最终一致性。

下面结合一应用场景对本公开实施例中的事件处理方法做出详细说明。

图7示出了应用场景下的事件处理方法的流程示意图，如图7所示，在步骤S710中，当提交了一个审核广告素材的待处理事件时，由于该审核广告素材为数据库事务，可以将创建好的线程局部变量队列的事务标记变量修改为true，以供后续判断。

在步骤S711中，将与审核广告素材相关的事件发布器注册为代码容器中的事件同步器，保证后续事务进行事务提交或回滚的时候，可以接收到消息。

在步骤S712中，在使用事件发布器进行事件发布时，可以进一步对判断运行广告素材审核的线程是否处于事务中。

在步骤S713中，若运行审核广告素材的线程处于事务中，将广告素材审核存储进线程局部变量队列中。

在步骤S714中，注册与审核广告素材对应的重试记录，并存储在数据库中。

在步骤S715中，确定与审核广告素材对应的事务中的逻辑。

在步骤S716中，将事件发布器中的线程局部变量队列中的审核广告素材由事件发布者发布到事件总线中，由事件总线中的事件订阅者同步或异步地执行事件订阅者的逻辑。

在步骤S717中，当执行完广告素材审核的逻辑后，可以从线程局部变量队列中取出广告素材审核的事件。

在步骤S718中，广告素材审核的事件执行异常，事件回滚。

在步骤S719中，清空线程局部变量队列中的广告素材审核事件。

在步骤S720中，更新线程局部变量的事务标记变量，将该事务标记变量修改为false。

在步骤S721中，若开始提交的事件为查询广告素材的待处理事件，可以在运行查询广告素材的线程是否处于事务中时判断为否，直接将该查询广告素材的时间发送到事件发布者，进行事件发布。

在步骤S722中，事件订阅者通过事件总线接收到提交或发布的广告素材审核事件或广告素材查询事件。

在步骤S723中，当事件提交成功时，事件订阅者修改重试记录中与广告素材审核事件的重试状态为已完成。

在步骤S724中，当事件提交失败时，事件订阅者可以获取重试记录。

在步骤S725中，获取与重试记录对应的配置时间，并判断广告素材审核事件是否早于配置时间。

在步骤S726中，当广告素材审核事件晚于配置时间时，事件订阅者可以重新判断运行广告素材审核事件的线程是否处于事务中，进行下一轮的处理。

在步骤S727中，判断新的一轮事件处理是否成功。

在步骤S728中，当广告素材审核事件在第二轮的处理中成功时，事件订阅者将重试记录中的重试状态修改为已完成。

在步骤S729中，当广告素材审核事件在第二轮的处理中失败时，可以增加错误次数，等待再次重试。

在本公开的示例性实施例中，通过对未处于事务中的线程设置容错机制和对处于事务中的线程创建线程局部变量队列，实现执行待处理事件的功能。一方面，设置容错机制可以在开发人员错误地使用事件发布器时，仍然保证程序正常执行，提高了系统的容错性和鲁棒性；另一方面，将事件的发布与线程局部变量队列相结合，无需抢占资源，从业务流程上保证分布式系统的数据一致性，进一步节省开发人员对数据一致性的处理成本。

此外，在本公开的示例性实施例中，还提供一种事件处理装置。图8示出了事件处理装置的结构示意图，如图8所示，事件处理装置800可以包括：事件接收模块810、事件发布模块820、事件提交模块830。其中：

事件接收模块810，被配置为接收待处理事件，并确定运行待处理事件的线程是否处于事务中；事件发布模块820，被配置为若运行待处理事件的线程未处于事务中，发布待处理事件，以执行待处理事件；事件提交模块830，被配置为若运行待处理事件的线程处于事务中，将待处理事件存储在与事务对应的线程局部变量队列中，以提交或回滚待处理事件。

上述事件处理装置800的具体细节已经在对应的事件处理方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及事件处理装置800的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

下面参照图9来描述根据本发明的这种实施例的电子设备900。图9显示的电子设备900仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，电子设备900以通用计算设备的形式表现。电子设备900的组件可以包括但不限于：上述至少一个处理单元910、上述至少一个存储单元920、连接不同系统组件(包括存储单元920和处理单元910)的总线930、显示单元940。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元910执行，使得所述处理单元910执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。

存储单元920可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)921和/或高速缓存存储单元922，还可以进一步包括只读存储单元(ROM)923。

存储单元920还可以包括具有一组(至少一个)程序模块925的程序/实用工具924，这样的程序模块925包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线930可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备900也可以与一个或多个外部设备1100(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备900交互的设备通信，和/或与使得该电子设备900能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口950进行。并且，电子设备900还可以通过网络适配器960与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器940通过总线930与电子设备900的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备900使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施例的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。

参考图10所示，描述了根据本发明的实施例的用于实现上述方法的程序产品1000，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

Claims (10)

1.一种事件处理方法，其特征在于，所述方法包括：

接收待处理事件，并确定运行所述待处理事件的线程是否处于事务中；

若运行所述待处理事件的线程未处于事务中，发布所述待处理事件，以执行所述待处理事件；

若运行所述待处理事件的线程处于事务中，将所述待处理事件存储在与所述事务对应的线程局部变量队列中，以提交或回滚所述待处理事件。

2.根据权利要求1所述的事件处理方法，其特征在于，所述提交或回滚所述待处理事件，包括：

注册与所述事务对应的重试记录，并同时提交或回滚所述待处理事件和所述重试记录；

清空所述线程局部变量队列中的所述待处理事件。

3.根据权利要求2所述的事件处理方法，其特征在于，所述同时提交或回滚所述待处理事件和所述重试记录，包括：

注册事件发布器，并在所述事件发布器中注册事件发布者；

将所述事件发布器注册为与所述待处理事件对应的事件同步器，以同时提交或回滚所述待处理事件和所述重试记录。

4.根据权利要求2所述的事件处理方法，其特征在于，在所述提交或回滚所述待处理事件之后，所述方法还包括：

获取所述待处理事件的处理结果，并根据所述处理结果修改所述重试记录中与所述待处理事件对应的提交状态；

根据所述提交状态重新确定运行所述待处理事件的线程是否处于事务中。

5.根据权利要求4所述的事件处理方法，其特征在于，所述根据所述提交状态重新确定运行所述待处理事件的线程是否处于事务中，包括：

若所述提交状态为提交失败，获取与所述重试记录对应的配置时间，并确定所述待处理事件是否早于所述配置时间；

若所述待处理事件未早于所述配置时间，重新确定运行所述待处理事件的线程是否处于事务中。

6.根据权利要求1所述的事件处理方法，其特征在于，所述接收待处理事件，并确定运行所述待处理事件的线程是否处于事务中，包括：

接收待处理事件，并创建与所述待处理事件对应的线程局部变量队列；

当所述待处理事件是数据库事务时，修改所述线程局部变量队列的事务标记变量；

根据所述事务标记变量确定运行所述待处理事件的线程是否处于事务中。

7.根据权利要求6所述的事件处理方法，其特征在于，在所述提交或回滚所述待处理事件之后，所述方法还包括：

更新所述线程局部变量队列的事务标记变量。

8.一种事件处理装置，其特征在于，包括：

事件接收模块，被配置为接收待处理事件，并确定运行所述待处理事件的线程是否处于事务中；

事件发布模块，被配置为若运行所述待处理事件的线程未处于事务中，发布所述待处理事件，以执行所述待处理事件；

事件提交模块，被配置为若运行所述待处理事件的线程处于事务中，将所述待处理事件存储在与所述事务对应的线程局部变量队列中，以提交或回滚所述待处理事件。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-7中任意一项所述的事件处理方法。

10.一种电子设备，其特征在于，包括：

处理器；

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器被配置为经由执行所述可执行指令来执行权利要求1-7中任意一项所述的事件处理方法。

Images