具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

在本申请的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

在对本申请所提供的一种仿真调试方法进行介绍之前，先对本申请涉及的相关概念以及研究背景进行简要介绍：

(1)相关概念

单步调试：是指程序开发中，为了找到程序的bug，通常采用的一种调试手段，一步一步跟踪程序执行的流程，根据变量的值，找到错误的原因。

死循环：在编程中，一个靠自身控制无法终止的程序称为“死循环”。

其中，死循环包括下述情形：

1.两个或者多个always block(过程块)进行无延时的互相调用(withoutdelay)。例如，以过程块包括过程块A和过程块B为例，在0时刻将过程块A赋值为1，在过程块A和过程块B之中任意一个过程块发生变化时，把过程块B的反赋值给过程块A，又在过程块A和过程块B任意一个过程块发生变化时，把过程块A赋值给过程块B。

2.芯片中的一个或多个模块的多个实例化通过模块端口互相反馈。

3.多个常量之间赋值互相依赖，常量与门电路之间赋值互相依赖，或者过程块和常量之间赋值互相依赖。

4.芯片中的一个或多个门电路的输入端口与输出端口之间互相依赖。例如，门电路包括门电路C和门电路D为例，将门电路C的输出端口的输出值输入门电路D的输入端口，又将门电路D的输出值输入门电路C的输入端口。

(2)研究背景

发明人发现：在目前的仿真验证仿真中，当遇到仿真死循环(也叫仿真挂死)的问题，业内人士通常是采用单步调试的方式，找到发生死循环的代码片段，从而解决仿真死循环的问题。然而，单步调试的方式解决仿真死循环问题时，需要花费大量的时间，从而造成调试仿真死循环的效率低的问题。

为解决上述调试仿真死循环的效率低的问题，本申请提供了一种仿真调试方法，通过预设的检测机制，从所要仿真的代码片段中确定出死循环代码片段，能够提高调试仿真死循环的效率。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1为本申请实施例提供了一种仿真调试方法的流程图，如图1所示，该方法包括：

101、确定待调试代码。

本申请实施例中，从源代码文件中确定需要进行仿真的待调试代码，待调试代码可以是源代码文件，也可以是源代码文件中的某一代码区域。

102、将所述待调试代码按照设定数量划分为多个代码片段，并确定仿真时间列表以及每个代码片段对应的仿真时间。

在该步骤中，所述仿真时间列表包括多个仿真时间以及每个仿真时间所要仿真的代码片段信息，所述仿真时间用于指示对应代码片段的执行时间。

需要说明的是，在执行步骤102之前需要预先建立待调试代码的仿真时间列表，例如如图2所示，仿真时间列表中包括多个仿真时间以及每个仿真时间所要仿真的代码片段信息。

本申请实施例中，为提高死循环代码片段的检测效率，可待调试代码按照设定数量划分为多个代码片段。例如，设定数量包括1000。可将待调试代码划分为1000个代码片段。本申请以待调试代码划分为a，b，c三个代码片段为例，从图2的仿真时间列表中，能够确定出代码片段a的仿真时间为00：00：01时刻，代码片段b的仿真时间为00：00：02时刻，代码片段a的仿真时间为00：00：03时刻。

103、根据当前仿真时间以及所述仿真时间列表，确定所要仿真的代码片段，对所要仿真的代码片段进行仿真验证。

在该步骤中，默认一次仿真调试流程，均从00：00：00时刻开始仿真，随着仿真时间的增加，会根据仿真时间列表不断获取下一个代码片段进行仿真验证，倘若出现死循环代码时，会导致仿真器出现重复对同一个代码片段进行仿真的情况。

本申请实施例中，例如，以一次仿真调试流程从00：00：00时刻开始仿真，随着仿真时间的增加，当仿真时间为00：00：01时，根据仿真时间列表，确定所要仿真的代码片段为代码片段a，对代码片段a进行仿真验证，以此类推，若待调试代码中无死循环代码片段，则会按照仿真时间列表依次执行每个代码片段，直至执行完毕整个待调试代码。倘若某一代码片段出现死循环时，仿真时间仍会持续增加，但是仿真器会重复执行该代码片段。例如，以代码片段a为死循环代码片段，当仿真时间为00：00：01，对代码片段a进行仿真验证，此时，仿真时间继续增加变为00：00：02，根据仿真时间列表，此刻应该对代码片段b进行仿真验证，当由于代码片段a出现了死循环，会导致在00：00：02，仍然对代码片段a进行仿真验证。因此本申请的目的即为找出并调试死循环代码片段，使得仿真器能够按照仿真时间列表依次执行每个代码片段，直至执行完毕整个待调试代码。

104、按照预设的检测机制，从所要仿真的代码片段中确定出死循环代码片段。

在该步骤中，检测机制可根据需求设定，且检测机制可包括多种。

本申请实施例中，例如，预设的检测机制包括检测仿真器是否在反复执行同一个代码片段，或者结果日志文件是否在输出同一代码片段等。具体地，在结果日志文件中打印已完成仿真验证的代码片段的前提下，若检测出所述结果日志文件中重复打印同一代码片段时，将所述代码片段确定为死循环代码片段；或者，若检测出一代码片段的仿真验证次数超过了预设次数，将所述代码片段确定为死循环代码片段。

此外，还可以设定其他检测机制，上述检测机制仅为一种示例。本申请对此不作限定。

105、获取所述死循环代码片段的定位信息，并基于所述定位信息，查询并调试所述死循环代码片段。

在该步骤中，死循环代码片段的定位信息可包括死循环代码片段的仿真时间以及死循环代码片段对应的代码范围信息。其中，仿真时间为按照预设的检测机制，从所要仿真的代码片段中确定出死循环代码片段的时间，代码范围信息为死循环代码片段所包含的字节以及字节的数量等信息。

本申请实施例中，当确定出死循环代码片段时，需要获取该死循环代码片段的仿真时间以及该代码片段对应的代码范围信息，并将仿真时间、代码范围信息作为所述死循环代码片段的定位信息，重定向到检测结果日志文件中，以便于后续根据所述检测结果日志文件中的所述死循环代码片段的定位信息，查询并调试所述代码片段，从而解决仿真调试出现死循环的问题。

进一步地，可基于代码片段的定位信息在代码区域中快速查询到该代码片段。其中，查询定位代码的方式，可参见目前的代码定位技术，本申请对此不再累述。

本申请实施例中，通过调试代码片段，能够解决仿真死循环的问题，通过预设的检测机制能够快速检测出死循环代码片段，相比起单步调试的方式，本申请的仿真调试方式，提高了检测死循环代码片段的效率以及解决仿真死循环的效率。

图3为本申请实施例提供了一种仿真调试方法的流程图，如图3所示，该方法包括：

201、确定待调试代码。

本申请实施例中，作为一种可能的实现方式，可通过VCS命令对源代码文件进行编译和仿真后，从源代码文件中确定需要进行仿真的待调试代码，待调试代码可以是源代码文件，也可以是源代码文件中的某一代码区域。

其中，VCS命令可包括：vcs test.sv+v2k+vcs+loopreport+[threshold]，该VCS命令表示为使用VCS仿真器对test.sv源代码文件进行编译和仿真，仿真选项为“v2k”(VCS仿真器中的仿真选项)以及“vcsloopreport”(VCS仿真器中的仿真选项，该仿真选项用于使能仿真器的执行死循环调试功能，即按照预设的检测机制，从所要仿真的代码片段中确定出死循环代码片段)。

202、将所述待调试代码按照设定数量划分为多个代码片段，并确定仿真时间列表以及每个代码片段对应的仿真时间。

本申请实施例中，该步骤的执行过程可参见上述步骤102，本申请实施例对此不再累述。

203、根据当前仿真时间以及所述仿真时间列表，确定所要仿真的代码片段，对所要仿真的代码片段进行仿真验证。

本申请实施例中，该步骤的执行过程可参见上述步骤103，本申请实施例对此不再累述。

需要说明的是，作为一种可能的实现方案，步骤203的执行过程中，可将确定所要仿真的代码片段组成仿真调度队列，并对所述仿真调度队列进行仿真验证，本申请通过提前将所要仿真的代码片段组成仿真调度队列，能够加快仿真调度，避免了对一代码片段仿真验证后，再查询获取下一个代码片段。

204、在结果日志文件中打印已完成仿真验证的代码片段。

本申请实施例中，在结果日志文件中打印已完成仿真验证的代码片段，便于记录仿真验证的执行结果。

205、按照预设的检测机制，从所要仿真的代码片段中确定出死循环代码片段。

在该步骤中，检测机制可根据需求设定，且检测机制可包括多种。

本申请实施例中，作为一种可能的实现方案，步骤205可包括：若检测出所述结果日志文件中重复打印同一代码片段时，将所述代码片段确定为死循环代码片段。

在该实现方案中，每当对所述仿真队列中的一代码片段执行仿真验证后，在结果日志文件中打印所述代码片段，并按照时间戳仿真时间列表执行仿真下一代码片段。若对所述下一代码片段执行仿真验证后，在结果日志中仍打印上一个代码片段，则将所述上一代码片段确定为死循环代码片段。

作为另一种可能的实现方案，步骤205可包括：若在所述结果日志文件中检测出一代码片段的仿真验证次数超过了预设次数，将所述代码片段确定为死循环代码片段。

在该实现方案中，与上述实现方案类似，每当对所述仿真队列中的一代码片段执行仿真验证后，在结果日志文件中打印所述代码片段，并按照时间戳仿真时间列表执行仿真下一代码片段。若对所述下一代码片段执行仿真验证后，在结果日志中仍打印上一个代码片段，且统计出上一个代码片段的打印次数超过了预设次数，则将所述上一代码片段确定为死循环代码片段。

作为另一种可能的实现方案，步骤205可包括：若检测出仿真时间在持续增加，而仿真波形不增加时，将当前进行仿真验证的代码片段确定为死循环代码片段。

该实现方案与上述两种实现方案不同，上述两种实现方案均通过查看结果日志文件检测所要仿真的代码片段是否为死循环代码片段，而本实现方案中，是通过检测仿真波形文件，确定当前进行仿真验证的代码片段是否为死循环代码片段。

需要说明的是，每当执行一个新的代码片段时，波形文件中会增加对应的波形信息，倘若仿真器在重复执行某一代码片段时，波形文件不再增加新的波形信息，可基于，若检测出仿真时间在持续增加，而仿真波形不增加时，将当前进行仿真验证的代码片段确定为死循环代码片段。

例如，如图4所示，图4中仿真时间1表示为仿真器执行仿真验证的时候，以死循环代码片段为代码片段b时，随着仿真时间的增加至00:00:03，按照仿真时间列表应当对代码片段c执行仿真验证，当由于代码片段b出现了死循环，会导致仿真器不断对代码片段b进行仿真验证，从而导致仿真时间不断增加，但是仿真波形不再增加。

206、将所述死循环代码片段对应的代码范围信息以及仿真时间作为所述代码片段的定位信息，并重定向至所述结果日志文件。

在该步骤中，仿真时间为按照预设的检测机制，从所要仿真的代码片段中确定出死循环代码片段的时间。代码范围信息为死循环代码片段所包含的字节以及字节的数量等信息。

本申请实施例中，从所要仿真的代码片段中确定出的死循环代码片段，需要在结果日志文件中打印死循环代码片段的定位信息，便于后续查询调试死循环代码片段。

207、获取所述死循环代码片段的定位信息，并基于所述定位信息，查询并调试所述死循环代码片段。

本申请实施例中，该步骤的执行过程可参见上述实施例的步骤105，本申请对此不再累述。

图5为本申请实施例提供了一种仿真调试装置的结构示意图，如图5所示，该装置包括：

确定模块31，用于确定待调试代码；

处理模块32，用于将所述待调试代码按照设定数量划分为多个代码片段，并确定仿真时间列表以及每个代码片段对应的仿真时间，所述仿真时间列表包括多个仿真时间以及每个仿真时间所要仿真的代码片段，所述仿真时间用于指示对应代码片段的执行时间；

仿真模块33，用于根据当前仿真时间以及所述仿真时间列表，确定所要仿真的代码片段，对所要仿真的代码片段进行仿真验证；

检测模块34，用于按照预设的检测机制，从所要仿真的代码片段中确定出死循环代码片段；

调试模块35，用于获取所述死循环代码片段的定位信息，并基于所述定位信息，查询并调试所述死循环代码片段。

本申请实施例中，可选地，该装置还包括：打印模块36。

打印模块36，用于在结果日志文件中打印已完成仿真验证的代码片段。

本申请实施例中，可选地，该装置检测模块34具体用于若检测出所述结果日志文件中重复打印同一代码片段时，将所述代码片段确定为死循环代码片段。

本申请实施例中，可选地，该装置检测模块34具体用于若在所述结果日志文件中检测出一代码片段的仿真验证次数超过了预设次数，将所述代码片段确定为死循环代码片段。

本申请实施例中，可选地，该装置检测模块34具体用于若检测出仿真时间在持续增加，而仿真波形不增加时，将当前进行仿真验证的代码片段确定为死循环代码片段。

本申请实施例中，可选地，该装置仿真模块33具体用于将确定所要仿真的代码片段组成仿真调度队列，并对所述仿真调度队列进行仿真验证。

本申请实施例中，可选地，该装置确定模块31具体用于通过VCS命令对源代码文件进行编译和仿真，获取待调试代码。

本申请实施例中，可选地，该装置打印模块36具体用于将所述死循环代码片段对应的代码范围信息以及仿真时间作为所述代码片段的定位信息，并重定向至所述结果日志文件。

图5所述的仿真调试装置可以执行图3所示实施例所述的仿真调试方法，其实现原理和技术效果不再赘述。对于上述实施例中的仿真调试装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

在一个可能的设计中，图5所示实施例的仿真调试装置可以实现为一计算设备，实际应用中，如图6中所示，该计算设备可以包括存储组件401以及处理组件402；

存储组件401中存储有一条或多条计算机指令，其中，一条或多条计算机指令供处理组件402调用执行，以实现图1或图2实施例所述的仿真调试方法。

其中，处理组件402可以包括一个或多个处理器来执行计算机指令，以完成上述的方法中的全部或部分步骤。当然处理组件也可以为一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述图1或图2实施例所述的仿真调试方法。

存储组件401被配置为存储各种类型的数据以支持在终端的操作。存储组件可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被计算机执行时可以实现上述图1或图2所示实施例的仿真调试方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施例可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。