调试方法、装置、设备以及可读存储介质制造方法及图纸

本申请公开了调试方法、装置、设备以及可读存储介质，涉及计算机技术领域，尤其涉及数据处理技术。具体实现方案为：一种调试的方法，包括：接收工作流中的至少一个流程发出的流程信息；保留所述流程信息的原始数据，并终止所述流程；根据所述调试的需求，返回所述流程的流程信息到另一个所述流程中。采用本技术方案，可以方便调试过程，不需要在被调试程序中设置断点代码、以及不依赖消息队列；并且，具有输入数据回放功能。输入数据回放功能。输入数据回放功能。

【技术实现步骤摘要】
调试方法、装置、设备以及可读存储介质


[0001]本公开涉及计算机
，尤其涉及数据处理技术。

技术介绍

[0002]通常基于工作流模式的系统，数据都是通过消息队列在各个流程间进 行通信流转的，这种设计方案在架构上具备良好的高可扩展和高内聚低耦 合的特性，但在开发、调试阶段，由于工作流模式以及消息队列的特性， 会存在难点

技术实现思路

[0003]本公开提供了一种用于调试的方法、装置、设备以及可读存储介 质。
[0004]根据本公开的一方面，提供了一种调试的方法，包括：
[0005]接收工作流中的至少一个流程发出的流程信息；
[0006]保留所述流程信息的原始数据，并终止所述流程；
[0007]根据所述调试的需求，返回所述流程的流程信息到另一个所述流 程中。
[0008]根据本公开的另一方面，提供了一种调试的装置，包括：
[0009]接收模块：用于接收工作流中的至少一个流程发出的流程信息；
[0010]断点模块：用于保留所述流程信息的原始数据，并终止所述流程；
[0011]回放模块：用于根据所述调试的需求，返回所述流程的流程信息 到另一个所述流程中。
[0012]本技术方案的有益效果包括如下：
[0013]调试装置可自动在各个流程间中断，无需人工断点。
[0014]对消息进行存储，支持数据的多次回放，方便对单个流程的反复 调试。
[0015]调试装置独立于系统，仅在第一次部署调试装置时，需对系统代 码做少量修改，后续调试无需修改系统代码。
[0016]调试模式下，利用调试装置+数据库的方式代替消息队列，实现 了在分布式系统下的单机调试，避免调试环境与生产环境不符。
[0017]应当理解，本部分所描述的内容并非旨在标识本公开的实施例的 关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将 通过以下的说明书而变得容易理解。
附图说明
[0018]附图用于更好地理解本方案，不构成对本公开的限定。其中：
[0019]图1是根据本公开调试方法的示意图；
[0020]图2是根据本公开调试装置第一实施例的示意图；
[0021]图2
‑
1是根据本公开调试装置第二实施例的示意图
[0022]图2
‑
2是根据本公开调试装置第三实施例的示意图
[0023]图3是用来实现本公开实施例的调试方法的电子设备的框图；
[0024]附图标记说明：
[0025]2ꢀꢀꢀ
调试装置
[0026]201 接收模块
ꢀꢀꢀꢀ
202
ꢀꢀꢀ
断点模块
[0027]203 回放模块
ꢀꢀꢀꢀ
204
ꢀꢀꢀ
修改模块
[0028]205 配置模块
[0029]300 电子设备
ꢀꢀꢀꢀ
301
ꢀꢀꢀ
计算单元
[0030]302 只读存储器
ꢀꢀ
303
ꢀꢀꢀ
随机访问存储器
[0031]304 总线
ꢀꢀꢀꢀꢀꢀꢀꢀ
305
ꢀꢀꢀ
I/O接口
[0032]306 输入单元
ꢀꢀꢀꢀ
307
ꢀꢀꢀ
输出单元
[0033]308 存储单元
ꢀꢀꢀꢀ
309
ꢀꢀꢀ
通信单元
具体实施方式
[0034]以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实 施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本 领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和 修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的 描述中省略了对公知功能和结构的描述。
[0035]通常基于工作流模式的系统，数据都是通过消息队列在各个流程间进 行通信流转的，这种设计方案在架构上具备良好的高可扩展和高内聚低耦 合的特性，但在开发、调试阶段，由于工作流模式以及消息队列的特性， 会存在以下三个难点：
[0036]1、缺乏断点调试能力：由于工作流往往存在多个流程系统，且各个 系统之间的数据流转是自动进行的，导致调试中间流程非常困难，缺乏断 点调试能力。
[0037]2、缺乏输入数据回放能力：各系统中的数据输入与输出都是通过消 息队列来进行，并与消息队列是解耦的，即系统无法直接在从消息队列中 拿到已消费过的消息，因此调试期间，无法进行数据的多次回放。
[0038]3、强依赖消息队列：对于分布式系统来说，消息的发送与接收均由 负载均衡系统控制，因此无法准确定位下游消费消息的机器，这给调试带 来了极大不便。
[0039]以上三个难点，给程序的调试带来了极大的不便，提高了研发、测试 的成本。
[0040]如图1所示，根据本公开的第一方面，提供一种调试的方法，包括：
[0041]S101：接收工作流中的至少一个流程发出的流程信息；首先，将所述 至少一个流程的流程信息从待调试的工作流中获取到。所述工作流包括了 很多待调试的流程。
[0042]S102：保留所述流程信息的原始数据，并终止所述流程；正因为有很 多流程，如果采用以前的方法，即采用消息队列来处理，那么所述流程信 息不能被很好地保存。本技术方案中的流程信息的原始数据被保存到数据 库中。便于调试装置调用，且调用次数不受限制。如果是保存到消息队列 中，则仅能被消费一次。所以，本技术方案中专门用一个设备来保存流程 信息的原始数据，此设备就是数据库。将原始数据保存下来，并终止被调 试程序的所述流程。这样，便于调试者具体分析所述流程，起到便于调试 的作用。
[0043]S103：根据所述调试的需求，返回所述流程的流程信息到另一个所述 流程中。此步骤在满足调试需求的时候，适时的返回需要的流程信息。所 述工作流是包含了很多流
程。在程序调试过程中，常常需要调试多个流程 中的其中一个，如果仅仅采用消息队列，无法实现对需要的流程进行调试。 例如：数据流是从a系统到b系统再到c系统的，那这样的时候想定 位一个b系统的问题就需要从a发一条数据，然后再在b打个断点看 下有没有问题，如果断点没有定位到问题，又需要a再触发一次流程， 很麻烦。而在本技术方案中，只在调试需要的流程信息返回，不需要 重复触发同样的流程。将所述需要调试的流程信息保存起来，在需要 的时候再启动、返回到另一个所述流程中。
[0044]其中，所述工作流中包括：
[0045]具有相互消息往来的至少两个流程。如果两个流程之间没有连接关系，则 不属于本技术方案要解决的技术问题。由于，两个流程之间有消息的交互， 所以，在对该两个流程进行调试的时候，技术人员会有需要了解两个流程之 间的流程信息的需求，所以，才有了提出上述技术方案的动力。
[本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种调试的方法，包括：接收工作流中的至少一个流程发出的流程信息；保留所述流程信息的原始数据，并终止所述流程；根据所述调试的需求，返回所述流程的流程信息到另一个所述流程中。2.根据权利要求1所述的方法，其中，所述工作流中包括：具有相互消息往来的至少两个流程。3.根据权利要求1所述的方法，其中，还包括：对被保留的所述流程信息的原始数据进行数据修改。4.根据权利要求1所述的方法，其中，所述调试的需求包括：需要获取所述流程信息的原始数据至少一次。5.一种调试的装置，包括：接收模块：用于接收工作流中的至少一个流程发出的流程信息；断点模块：用于保留所述流程信息的原始数据，并终止所述流程；回放模块：用于根据所述调试的需求，返回所述流程的流程信息到另一个所述流程中。6.根据权利要求5所述的装置，其中，所述工作流中包括：具有相互消息往来的至少两个流程。7.根据权利要求5所述的装置，其中，还包括：修改模块：用于对被保留的所述流程...

【专利技术属性】
技术研发人员：王鑫，董淑照，
申请(专利权)人：北京百度网讯科技有限公司，
类型：发明
国别省市：