一种帧同步异常的定位方法、装置、终端设备和介质与流程

本申请涉及通信
技术领域：
，尤其涉及一种帧同步异常的定位方法、装置、终端设备和介质。
背景技术：
：帧同步技术是一种对同步源像素级同步显示的技术，对于网络上的多个接入者，一个信号将会通过主机同步发送给其他人，并同步显示在各个终端上的技术。其中，帧同步的基础是不同的终端的两个客户端(或同一终端中的同一应用的两个客户端)基于相同的操作指令顺序，各自执行逻辑，输出相同的结果。帧同步技术通常应用于游戏领域，以使得各个游戏终端的游戏状态保持同步。现有技术下，为进行帧同步的监测以及异常定位，服务器通常根据各终端输出的参数(如，游戏状态)，判断帧同步是否异常，并在确定帧同步异常时，通过比对获取的各终端的日志数据，进行帧同步异常定位。但是，由于终端运行过程中会输出大量的日志数据，因此，大量的日志数据会耗费大量的传输时间以及网络资源，提高了帧同步异常定位的成本。技术实现要素：本申请实施例提供一种帧同步异常的定位方法、装置、终端设备和介质，用以在进行帧同步异常的监测和定位时，减少帧同步异常定位耗费的时间和资源。一方面，提供一种帧同步异常的定位方法，包括：接收第一客户端发送的第一帧同步检验信息，并接收第二客户端发送的第二帧同步检验信息，第一客户端和第二客户端为需要帧同步的同一应用的两个客户端；确定第一帧同步检验信息和第二帧同步检验信息不一致时，从第一客户端获取设定范围内的第一运行日志，并从第二客户端获取设定范围内的第二运行日志，其中：第一运行日志中记录有第一客户端在设定范围内运行时调用的各函数的函数标识和函数运行结果的参数值，第二运行日志中记录有第二客户端在设定范围内运行时调用的各函数的函数标识和函数运行结果的参数值；根据各函数标识在第一运行日志和第二运行日志中相应的参数值是否一致进行帧同步异常的定位。一方面，提供一种帧同步异常的定位方法，包括：获取帧同步检验信息并向服务器发送，帧同步检验信息被服务器用于判断需要进行帧同步的同一应用的不同客户端的帧同步检验信息是否一致；并根据服务器在判断不同客户端的帧同步检验信息不一致时的触发，向服务器发送设定范围内的运行日志，设定范围内的运行日志被服务器用于进行帧同步异常的定位；其中，设定范围内的运行日志中记录有客户端在设定范围内运行时调用的各函数的函数标识和函数运行结果的参数值。一方面，提供一种帧同步异常的定位装置，包括：接收单元，用于接收第一客户端发送的第一帧同步检验信息，并接收第二客户端发送的第二帧同步检验信息，第一客户端和第二客户端为需要帧同步的同一应用的两个客户端；获取单元，用于确定第一帧同步检验信息和第二帧同步检验信息不一致时，从第一客户端获取设定范围内的第一运行日志，并从第二客户端获取设定范围内的第二运行日志，其中：第一运行日志中记录有第一客户端在设定范围内运行时调用的各函数的函数标识和函数运行结果的参数值，第二运行日志中记录有第二客户端在设定范围内运行时调用的各函数的函数标识和函数运行结果的参数值；定位单元，用于根据各函数标识在第一运行日志和第二运行日志中相应的参数值是否一致进行帧同步异常的定位。一方面，提供一种帧同步异常的定位装置，包括：获取单元，用于获取帧同步检验信息并向服务器发送，帧同步检验信息被服务器用于判断需要进行帧同步的同一应用的不同客户端的帧同步检验信息是否一致；并发送单元，用于根据服务器在判断不同客户端的帧同步检验信息不一致时的触发，向服务器发送设定范围内的运行日志，设定范围内的运行日志被服务器用于进行帧同步异常的定位；其中，设定范围内的运行日志中记录有客户端在设定范围内运行时调用的各函数的函数标识和函数运行结果的参数值。一方面，提供一种终端设备，包括至少一个处理单元、以及至少一个存储单元，其中，存储单元存储有计算机程序，当程序被处理单元执行时，使得处理单元执行上述任意一种帧同步异常的定位方法的步骤。一方面，提供一种计算机可读介质，其存储有可由终端设备执行的计算机程序，当程序在终端设备上运行时，使得终端设备执行上述任意一种帧同步异常的定位方法的步骤。本申请实施例提供的一种帧同步异常的定位方法、装置、终端设备和介质中，同一应用的第一客户端和第二客户端将周期性获取的帧同步检验信息发送至服务器；服务器确定接收的帧同步检验信息不一致时，获取第一客户端在设定范围内的第一运行日志和第二客户端的在设定范围内的第二运行日志，其中，第一运行日志和第二运行日志中均仅包含客户端在设定范围内运行时运行的各函数的函数标识和函数运行结果的参数值；服务器根据第一运行日志中的各函数标识对应的参数值，与第二运行日志中各函数标识对应的参数值是否一致，进行帧同步异常的定位。这样，运行日志中仅包含函数标识和相应的参数值，而不会包含大量的额外数据(如，文本数据)，由于函数标识和函数值均为数值，与包含大量额外数据的传统日志相比，仅会占用少量的系统资源、极大地减少了传输时间和占用的网络资源，运行日志的覆盖面广，提高了帧同步异常定位的效率和精确度。本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。附图说明此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：图1a为现有技术下一种帧同步异常的定位方法示意图一；图1b为现有技术下一种帧同步异常的定位方法示意图二；图1c为本申请实施例中提供的一种帧同步异常的定位方法示意图；图1d为一种输入输出模型示意图；图1e为本申请实施例提供的一种帧同步异常的定位系统的架构示意图；图2为本申请实施方式中一种帧同步异常的定位方法的实施流程图；图3a为本申请实施方式中提供的一种运行日志示意图；图3b为本申请实施方式中提供的一种帧同步异常的定位的示意图；图3c为本申请实施方式中提供的一种应用场景图；图4a为本申请实施方式中一种帧同步异常的定位装置的结构示意图一；图4b为本申请实施方式中一种帧同步异常的定位装置的结构示意图二；图5为本申请实施方式中终端设备结构示意图。具体实施方式为了在进行帧同步异常的监测和定位时，减少传输时间以及耗费的网络资源，降低异常定位的成本，本申请实施例提供了一种帧同步异常的定位方法、装置、终端设备和介质。首先，对本申请实施例中涉及的部分用语进行说明，以便于本领域技术人员理解。1、帧同步技术：是一种对同步源像素级同步显示的技术，对于网络上的多个接入者，一个信号将会通过主机同步发送给其他人，并同步显示在各个终端上的技术。帧同步技术通常应用于游戏领域，可以使得同一应用的多个客户端(可以在同一终端的多个客户端，也可以为不同终端的客户端)基于相同的操作指令顺序，各自执行逻辑，输出相同的状态。为保证帧同步的正常运行，通常会进行帧同步监测，以及帧同步异常的定位。以应用于游戏领域为例，对帧同步异常进行监测和定位时，通常采用以下两种传统方式：第一种方式为：参阅图1a所示，为一种帧同步异常的定位方法示意图一。服务器获取第一终端的第n帧的所有游戏状态的哈希值，以及第二终端的第n帧的所有游戏状态的哈希值，并将两者进行比较，确定哈希值一致时，判定帧同步正常，否则，判定帧同步异常，并通知第一终端和第二终端帧同步异常。第一终端和第二终端开启日志开关，以记录运行信息，并将第一终端的第n+x帧的状态日志和第二终端的第n+x帧的状态日志发送至服务器，使得服务器根据状态日志，进行帧同步异常定位。n为整数，其中，状态日志为记录的第n帧的相关运行信息。但是，由于每一帧都会输出大量的游戏状态等数据，因此，对第n帧输出的所有游戏状态进行哈希计算时，会耗费大量的时间，哈希值上报的频率也会较低；为了减少占用的系统资源，只有在确定出现帧同步异常时，才会打开日志开关，获取的状态日志的比较滞后，获取的日志数据较少且覆盖面小，仅根据第n+x帧的状态日志进行分析推理造成异常的逻辑点比较困难。第二种方式为：参阅图1b所示，为一种帧同步异常的定位方法示意图二。服务器获取第一终端和第二终端在第n帧的关键状态值(如，血量)，并将两者进行比较，若关键状态值一致，则判定帧同步正常，否则，向通知第一终端和第二终端帧同步异常。第一终端和第二终端将设定时间段内(如，当前单局游戏内)的过程日志发送至服务器，使得服务器根据获取的过程日志，进行帧同步异常定位，其中，过程日志即为一段时间记录的运行相关数据。但是，关键状态值过于单一，覆盖面过小，不能实时并准确地反映帧同步是否异常，进一步地，由于过程日志中包含大量文本等会占用大量存储资源的信息，涵盖的函数的数量较少，因此，日志上传成本过高，并且通过过程日志进行帧同步异常的准确定位较为困难。综上所述，不管是上述第一种方式，还是上述第二种方式，均会输出包含大量文本等占用大量存储空间的日志，并且日志中又未完全覆盖调用的函数，因此，通过获取的日志推理分析帧同步异常的准确逻辑点较为困难，上传成本也较高。为降低帧同步异常定位的成本、提高帧同步异常定位的精确度，本申请提供了一种帧同步异常的定位的技术方案，服务器接收(需要帧同步的)同一应用的第一客户端和第二客户端发送的帧同步检验信息，确定第一客户端和第二客户端的帧同步检验信息不一致时，获取第一客户端和第二客户端在设定范围内运行时运行的各函数的函数标识和函数运行结果的参数值，并根据第一客户端的各函数标识和相应参数值，与第二客户端的各函数标识和相应参数值是否一致，确定发生帧同步异常的函数。其中，帧同步检验信息可以为第n帧的常用状态的哈希值，设定范围例如以帧为单位，当前帧为第n帧时，向前推设定数量的帧，例如50帧，即第n-50帧-第n帧内的运行时各函数的函数标识和函数运行结果的参数值。50帧仅仅是一个示例，根据经验，以设定数量的帧为范围，就可以获得出现帧异常时各函数的运行参数。帧实质上也可以视为时间单位，直接用时间单位限定设定范围也是可以的，例如设定范围可以是当前时间之前的设定时间段。例如，参阅图1c所示，为本申请实施例中提供的一种帧同步异常的定位方法示意图。第一终端将第一客户端的第n帧的多个常用状态的第一哈希值发送至服务器，第二终端将第二客户端的第n帧的多个常用状态的第二哈希值发送至服务器。服务器确定第一哈希值和第二哈希值一致时，判定帧同步正常；否则，判定帧同步异常，并获取第一终端的第一客户端的第一运行日志和第二终端中第二客户端的第二运行日志，并根据运行日志中记录的各函数标识以及相应的参数值，对第一运行日志和第二运行日志中进行一致性比对，进而定位发生帧同步异常的函数。需要说明的是，哈希值是一种常用的帧同步检验信息，本申请并不局限仅仅使用哈希值进行帧同步校验。由于运行日志中仅包含各函数的函数标识和参数值均为数值，去除了额外数据(如，文本数据)，因此，极大地减少了数据量以及上传成本，进一步地，还包含了设定范围内运行过程中所有函数输出的参数值，这样，直接将第一客户端和第二客户端的各函数的参数值进行一致性比对，就可以精确定位到帧同步异常的函数，直观明了，极大地简化了定位步骤，提高了帧同步异常的定位效率。进一步地，参阅图1d所示，为一种输入输出模型示意图。帧同步异常的定位的技术方案不仅可以应用于帧同步应用场景，还可以根据上述运行日志，设定高性能的日志系统。对于图1d所示的任意输入输出模型，当不同客户端的输入均为a，和输入输出模型均为f时，若输出不同，即输出分别为y1和y2，则也可以通过上述方式获取的运行日志，对造成输出不一致的逻辑点进行定位。参阅图1e所示，为一种帧同步异常的定位系统的架构示意图，帧同步异常的定位系统包括服务器以及终端，其中，终端可以为一个也可以为多个，需要帧同步的多个客户端可以在一个终端内，也可以应用于不同终端。终端：用于获取需要帧同步的客户端的帧同步检验信息并向服务器发送，以及确定接收到服务器发送的帧同步异常通知时，将客户端在设定范围内的运行日志发送至服务器。其中，运行日志中仅记录有客户端在设定范围内运行时运行的各函数的函数标识和函数运行结果的参数值。可选的，帧同步检验信息可以为第n帧的常用状态的哈希值，设定范围内可以为第n-x帧-第n帧内。例如，游戏客户端a将根据第10帧的3个常用游戏状态确定的哈希值发送至服务器，游戏客户端b也将根据第10帧的3个常用游戏状态确定的哈希值发送至服务器。服务器确定获取的两个哈希值不一致，分别通知游戏客户端a和游戏客户端b帧同步异常，并获取游戏客户端a在第5帧-第10帧内运行的各函数的函数标识和函数运行结果的参数值，以及游戏客户端b在第5帧-第10帧内运行的各函数的函数标识和函数运行结果的参数值。最后，服务器针对游戏客户端a的函数标识以及对应的参数值，与游戏客户端b的函数标识以及对应的参数值进行一致性比对，实现帧同步异常的定位。服务器：用于接收需要帧同步的各客户端的帧同步检验信息，以确定帧同步检验信息不一致时，判定帧同步异常；以及用于根据各客户端的记录有运行的函数的函数标识和参数值的运行日志，定位帧同步异常的函数。本申请实施例提供的一种帧同步异常的定位方法，可应用于终端设备中，该终端设备可以为手机、平板电脑、pda(personaldigitalassistant，掌上电脑)等，可以用于对需要帧同步检测和异常定位的同一应用的多个客户端(如，2个，5个)，上述多个客户端可以位于同一终端也可以位于不同终端，本申请实施例中，仅以位于不同终端的两个的客户端为例进行说明。参阅图2所示，为本申请提供的一种帧同步异常的定位方法的实施流程图。该方法的具体实施流程如下：步骤200：第一客户端获取第一帧同步检验信息，第二客户端获取第二帧同步检验信息。具体的，一方面，第一客户端周期性(如，游戏客户端a)获取运行过程中第n帧的各常用状态，并对各常用状态进行哈希运算，获得第一哈希值，作为第一帧同步检验信息。其中，常用状态可以为客户端在运行过程中频繁使用的状态，也可以为指定的多个状态。另一方面，第二客户端周期性(如，游戏客户端b)获取运行过程中第n帧的各常用状态，并对各常用状态进行哈希运算，获得第二哈希值，作为第二帧同步检验信息。其中，第一客户端和第二客户端为同一种应用的不同客户端。例如，第一客户端为在终端a中运行的游戏应用c的客户端，第二客户端为在终端b中运行的游戏应用c的客户端。这样，需要帧同步的不同客户端分别周期性地确定第n帧的常用状态的哈希值，并发送至服务器，避免了将所有的状态或单一的状态发送至服务器的状况，既减少了上传的数据，又保证了后续帧同步异常监测的精确性和实时性。步骤201：第一客户端向服务器发送第一帧同步检验信息，第二客户端向服务器发送第二帧同步检验信息。具体的，一方面，第一客户端通过帧同步协议向服务器发送第一帧同步检验信息。另一方面，第二客户端通过帧同步协议向服务器发送第二帧同步检验信息。这样，就可以保证服务器接收的是不同客户端针对第n帧的常用状态的哈希值，避免一致性比较时，发生错位。步骤202：服务器确定第一帧同步检验信息与第二帧同步检验信息不一致时，通知第一客户端和第二客户端帧同步异常。具体的，服务器判断第一帧同步检验信息与第二帧同步检验信息是否一致，若是，则判定帧同步正常，否则，判定帧同步异常，并通过帧同步协议分别向第一客户端和第二客户端发送表征帧同步异常的通知消息。步骤203：第一客户端向服务器发送第一运行日志，第二客户端向服务器发送第二运行日志。具体的，执行步骤203时，第一运行日志中记录有第一客户端在设定范围内运行时调用的各函数的函数标识和函数运行结果的参数值；第二运行日志中记录有第二客户端在设定范围内运行时调用的各函数的函数标识和函数运行结果的参数值。本申请实施例中，以函数标识和参数值均按照序列的方式进行存储以及上传为例进行说明。可选的，设定范围可以为指定时间段或指定帧数。如，第n-x帧-第n帧；每一函数标识对应的函数可能输出1个或多个参数值，也可能不会输出函数值。函数标识为函数的唯一身份标识，采用函数标识而非函数名，可以减少数据量。在执行步骤203前，终端预先获取每一函数的描述信息，并与该函数的函数标识进行对应存储。其中，描述信息中可以包含以下参数中的任意一种或任意组合：函数名，参数个数，代码文件名，代码文件路径，代码行号，以及注释文字。终端可以通过函数序列中的函数标识查询获取相应的描述信息，如，可以通过描述信息中包含的参数个数，确定该函数标识对应的函数输出的参数值。例如，参阅图3a所示，为一种运行日志示意图。运行日志中包含函数标识序列以及参数值标识序列。函数标识序列中包含客户端依次运行的6个函数的函数标识。参数值序列中包含客户端依次运行的6个函数的函数运行结果的各参数值。服务器通过函数标识获取各函数的描述信息，确定每一函数标识对应的参数个数。可知，函数标识1对应的参数个数为3个，即函数标识1对应的参数值为参数1-参数3，函数标识2和函数标识3的参数个数为0，函数标识4的参数个数为4，因此，函数标识4对应的参数值为参数4-参数7，函数标识5和函数标识6的参数个数均为1，因此，函数标识5对应的参数8，函数标识6对应参数9。其中，第一运行日志和第二运行日志中记录的函数标识和参数值是通过预先在源代码中添加的日志输出函数获得的。具体的，分别针对客户端的源代码中的每一函数添加相应的日志输出函数，若函数为指定类型函数(如，日志输出函数)，则不再重复添加日志输出函数。其中，添加日志输出函数时，可以采用以下方式：首先，终端确定该函数不是日志函数时，通过指定的正则表达式识别出该函数的函数名和形式参数。例如，正则表达式为：(public|private|protected)((\s+(static|override|virtual)*\s+)|\s+)\w+(<\w+>)*(\[\])*\s+\w+(<\w+>)*\s*\(([^\)]+\s*)？\)。然后，终端根据该函数的形式参数，生成日志输出函数。日志输出函数的参数包括初始函数标识和指定类型形式参数。指定类型形式参数为数值类型的形式参数，使得日志输出函数获取的结果均为数值，可选的，初始函数标识可以设置为0。例如，假设函数为：publicvirtualvoidfuncname(intarg1，objectarg2，intarg3)，则生成的日志输出函数为：fspdebuger.logtrack(0，arg1，arg3)；/#funcname#/。其中，/#funcname#/为函数名(注释文字)。接着，终端设置函数标识，其中，设置函数标识时可以采用以下方式中的任意一种：第一种方式为：终端根据函数名获取该函数的路径信息(如，所属文件路径，代码行号)，并确定上述路径信息生成的字符串的哈希值，以及将该哈希值设置为该函数的函数标识。该函数标识是一个4字节的整形(int)类型。第二种方式为：终端在指定数值范围内选取未被其它函数设定为函数标识的数值，作为函数标识。这是由于源代码中各函数的数量可能较小，用一个短整形(short)占用两个字节就可以表示函数，而若采用哈希值确定的int类型进行表示时，会占用大量的存储空间，因此，为节省存储空间，可以直接在指定范围内选取未被使用的数值。最后，终端将日志输出函数中的初始函数标识替换为上述确定出的函数标识，获得新的日志输出函数，并将日志输出函数添加到源代码中。其中，终端根据不同的需求，可以将日志输出函数添加到函数前的第一行，也可以将日志输出函数添加到函数中的语句块等相应位置，以获取相应输出。这样，就可以预先针对源代码中各函数添加相应的日志输出函数，进而可以在客户端运行各函数时，通过相应的日志输出函数，输出函数标识和参数值。步骤204：服务器根据第一运行日志和第二运行日志，进行帧同步异常的定位。具体的，执行步骤204时，服务器可以采用以下方式中的任意一种：第一种方式为：服务器仅将第一运行日志中的各函数标识和第二运行日志中的各函数标识进行一一比较，确定发生不一致的函数标识，实现帧同步异常的定位。若仅通过函数标识进行一致性比对，可能获得帧同步异常定位结果。第二种方式为：服务器仅将第一运行日志中的各参数值和第二运行日志中的各参数值进行一一比较，确定发生不一致的参数值，并获取发生异常的参数值对应的函数标识，实现帧同步异常定位。第三种方式为：服务器将第一运行日志中包含的函数标识和相应的参数值进行组合，并将第二运行日志中包含的函数标识和相应的参数值进行组合，然后，将第一运行日志中的各组合与第二运行日志中的各组合进行一一比对，确定不一致的组合，实现帧同步异常的定位。第四种方式为：服务器分别获取第一运行日志中每一函数标识的描述信息，并根据各函数标识、相应的描述信息和参数值，生成相应的第一日志文本，以及分别获取第二运行日志中每一函数标识的描述信息，并根据各函数标识，相应的描述信息和参数值，生成相应的第二日志文本，最后，依次将第一运行日志对应的各第一日志文本与第二运行日志对应的各第二日志文本进行一一比较，确定不一致的日志文本，实现帧同步异常的定位。参阅图3b所示，为一种帧同步异常的定位的示意图。本申请实施例中，确定出现帧同步异常后，直接根据仅包含函数标识和参数值的运行日志进行分析，实现帧同步异常定位，避免了传统方式中，确定出现帧同步异常时打开会输出包含大量文本等数据的日志开关，重现帧同步异常问题，以及若日志不全时，重构客户端版本的繁琐步骤。由于运行日志中仅包含函数标识和参数值等数值，去除了文本等会占用大量系统资源的数据，提高了系统性能，日志开关可以一直开启，并且预先针对每一函数均设置了相应的日志输出函数，因此，运行日志的覆盖面广，能够覆盖目标逻辑的所有过程，可以实时进行监测，监测性能高，简化了帧同步异常定位的繁琐步骤，定位准确。步骤205：服务器根据帧同步异常的定位结果，确定造成帧同步异常的具体原因，以及向用户推荐相应的解决方案。具体的，执行步骤205时，帧同步异常的定位结果中至少包含帧同步异常函数标识。根据第一客户端的帧同步异常函数标识对应的第一日志文本和第二客户端的帧同步异常函数标识对应的第二日志文本，进行源代码分析，获得造成帧同步异常的具体原因，并向用户推荐针对每一帧同步异常的异常原因设置的相应解决方案。表1.原因解决方案是否可控浮点数计算用定点数代替可控数学函数计算用统一的自定义算法代替可控随机数生成用统一的自定义算法代替可控参阅表1所示，为帧同步异常原因和解决方案列表一。由于不同平台的系统的差异性，造成浮点数计算时出现帧同步异常，可以通过采用定点数代替的方式去除差异。由于不同平台的系统函数算法不同，使得数学函数计算或随机数生成时，出现的帧同步异常，则可以选择采用统一的自定义算法的方式去除差异。如表1中所示，运算以及相关实现引起的帧同步异常，都是可控的，可以明确的找到具体原因，并可以推荐精准地解决方案。例如，服务器根据第一日志文本和第二日志文本，确定发生异常的函数标识为随机数生成函数标识，并根据随机数生成函数标识的描述信息，确定该函数标识对应的函数为随机数生成函数，并且函数功能为生成随机数。服务器判定发生帧同步异常的具体原因是随机数生成算法造成的，则向用户推荐的解决方案为：采用统一的自定义算法代替随机数生成函数的随机数生成算法，将随机数生成函数的函数源代码进行重构。又例如，服务器根据第一日志文本和第二日志文本，确定发生异常的函数标识为浮点数运算函数标识，并根据浮点数运算函数标识的描述信息，确定浮点数运算函数标识的函数名为浮点数运算函数。服务器确定浮点数运算函数包含采用浮点数计算的算法，判定发生帧同步异常的具体原因是不同平台采用浮点数不同造成的，则向用户推荐的解决方案为：通过采用定点数代替浮点数的方式，将浮点数运算函数对应的源代码进行重构。表2.原因解决方案是否可控业务逻辑异常调入无法控制外部使用者不可控视图逻辑异常调入无法控制外部使用者不可控依赖业务逻辑无法控制回调的调用不可控依赖视图逻辑无法控制回调的调用不可控参阅表2所示，为帧同步异常原因和解决方案列表二。对于由于业务逻辑异常调入和视图逻辑异常调入的过程造成的帧同步异常，由于无法控制外部使用者，因此，是不可控的。对于表2所示的帧同步异常的各具体原因，由于无法控制外部使用者，因此，无法为用户推荐具体的解决方案，仅能提示用户“无法控制外部使用者”，没有对造成表2所示的帧同步异常的问题的具体措施。本申请实施例中，由于预先针对每一函数(包括函数内的指定语句块)设置相应的日志输出函数，并且日志输出函数中仅输出数值类型的函数标识以及参数值，不需要输出、存储以及上传其它额外数据(如，文本数据)，因此，可以一直开启日志开关，实时记录运行过程中运行的所有函数以及输出的参数值，大大减少了占用的存储资源以及传输的网络资源，覆盖面广，可以直接通过运行日志进行一致性比对确定帧同步异常的逻辑点，简单明了，不需要根据推理分析以进行帧同步异常定位，也不需要重新编辑源代码以重构版本，简化了帧同步异常的定位的繁琐步骤，提高了帧同步异常定位的准确性。下面采用一个具体的应用场景进行说明，参阅图3c所示的应用场景，服务器确定需要帧同步的客户端1和客户端2发生帧同步异常时，获取客户端1的第一运行日志和客户端2的第二运行日志。其中，子过程为函数，运算为函数运行过程中所采用的算法。服务器将第一运行日志与第二运行日志中各函数标识以及参数值相比较，确定在执行子过程2+运算2时发生帧同步异常，其中，客户端1输入为a，依次执行子过程1+运算1，子过程2+运算2以及子过程3+运算3后输出y1；客户端2输入也为a，依次执行子过程1+运算1，子过程2+运算2，以及子过程x+运算x，以及子过程3+运算3后输出y2。服务器获取各函数标识对应的描述信息，并根据各函数标识对应的描述信息，进行源代码分析，确定由于客户端2在执行子过程2时，在执行的过程中从外部调用的子过程x+运算x造成了帧同步异常。进一步地，服务器确定运算x为随机数生成算法，判定发生帧同步异常的具体原因是随机数生成算法造成的，则向用户推荐的解决方案为：采用统一的自定义算法代替随机数生成算法的方式，将函数源代码进行重构。基于同一发明构思，本申请实施例中还提供了一种帧同步异常的定位装置，由于上述装置及设备解决问题的原理与一种帧同步异常的定位方法相似，因此，上述装置的实施可以参见方法的实施，重复之处不再赘述。如图4a所示，其为本申请实施例提供的一种帧同步异常的定位装置的结构示意图一，包括：接收单元410，用于接收第一客户端发送的第一帧同步检验信息，并接收第二客户端发送的第二帧同步检验信息，第一客户端和第二客户端为需要帧同步的同一应用的两个客户端；获取单元411，用于确定第一帧同步检验信息和第二帧同步检验信息不一致时，从第一客户端获取设定范围内的第一运行日志，并从第二客户端获取设定范围内的第二运行日志，其中：第一运行日志中记录有第一客户端在设定范围内运行时调用的各函数的函数标识和函数运行结果的参数值，第二运行日志中记录有第二客户端在设定范围内运行时调用的各函数的函数标识和函数运行结果的参数值；定位单元412，用于根据各函数标识在第一运行日志和第二运行日志中相应的参数值是否一致进行帧同步异常的定位。较佳的，定位单元412还用于：在根据各函数标识在第一运行日志和第二运行日志中相应的参数值是否一致进行帧同步异常的定位之后，根据帧同步异常定位结果确定出的帧同步异常函数标识，分别获取第一运行日志中帧同步异常函数标识对应的描述信息，以及第二运行日志中帧同步异常函数标识对应的描述信息；根据第一运行日志中帧同步异常函数标识，以及相应的描述信息和参数值，生成第一日志文本，并根据第二运行日志中帧同步异常函数标识，以及相应的描述信息和参数值，生成第二日志文本；根据第一日志文本和第二日志文本，进行帧同步异常分析，确定帧同步异常分析结果。较佳的，描述信息包含以下参数中的任意一种或任意组合：函数名，参数个数，代码文件名，代码文件路径，代码行号，以及注释文字；函数标识是对函数的路径信息进行哈希计算获得的哈希值；或者，函数标识是在指定数值范围内选取的未被使用的数值；函数标识和参数值是通过在源代码中各函数前或函数内的语句块中添加的日志输出函数获得的；日志输出函数是基于通过正则表达式获取的函数的形式参数和函数标识生成的，用于获取函数执行后输出的参数值和相应的函数标识。如图4b所示，其为本申请实施例提供的一种帧同步异常的定位装置的结构示意二，包括：获取单元420，用于获取帧同步检验信息并向服务器发送，帧同步检验信息被服务器用于判断需要进行帧同步的同一应用的不同客户端的帧同步检验信息是否一致；并发送单元421，用于根据服务器在判断不同客户端的帧同步检验信息不一致时的触发，向服务器发送设定范围内的运行日志，设定范围内的运行日志被服务器用于进行帧同步异常的定位；其中，设定范围内的运行日志中记录有客户端在设定范围内运行时调用的各函数的函数标识和函数运行结果的参数值。较佳的，获取单元420还用于：在获取帧同步检验信息之前，针对需要帧同步的客户端的源代码中的每一函数执行以下步骤：通过正则表达式识别出该函数的形式参数和函数名，并根据形式参数生成日志输出函数，日志输出函数的参数包括初始函数标识和指定类型形式参数；根据该函数的函数名获取该函数的路径信息，并将根据该函数的路径信息获得的哈希值确定为函数标识；或者，将在指定数值范围内选取的未被使用的数值确定为函数标识；将日志输出函数中的初始函数标识更新为函数标识，并将日志输出函数添加到源代码中。较佳的，获取单元420还用于：将日志输出函数添加到源代码中相应的函数前或该函数的指定语句块中。基于同一技术构思，本申请实施例还提供了一种终端设备500，参照图5所示，终端设备500用于实施上述各个方法实施例记载的方法，例如实施图2所示的实施例，终端设备500可以包括存储器501、处理器502、输入单元503和显示面板504。存储器501，用于存储处理器502执行的计算机程序。存储器501可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据终端设备500的使用所创建的数据等。处理器502，可以是一个中央处理单元(centralprocessingunit，cpu)，或者为数字处理单元等等。输入单元503，可以用于获取用户输入的用户指令。显示面板504，用于显示由用户输入的信息或提供给用户的信息，本申请实施例中，显示面板504主要用于显示终端设备中各应用程序的显示界面以及各显示界面中显示的控件实体。可选的，显示面板504可以采用液晶显示器(liquidcrystaldisplay，lcd)或oled(organiclight-emittingdiode，有机发光二极管)等形式来配置显示面板504。本申请实施例中不限定上述存储器501、处理器502、输入单元503和显示面板504之间的具体连接介质。本申请实施例在图5中以存储器501、处理器502、输入单元503、显示面板504之间通过总线505连接，总线505在图5中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线505可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。存储器501可以是易失性存储器(volatilememory)，例如随机存取存储器(random-accessmemory，ram)；存储器501也可以是非易失性存储器(non-volatilememory)，例如只读存储器，快闪存储器(flashmemory)，硬盘(harddiskdrive，hdd)或固态硬盘(solid-statedrive，ssd)、或者存储器501是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器501可以是上述存储器的组合。处理器502，用于实现如图2所示的实施例，包括：处理器502，用于调用存储器501中存储的计算机程序执行如实施图2所示的实施例。本申请实施例还提供了一种计算机可读存储介质，存储为执行上述处理器所需执行的计算机可执行指令，其包含用于执行上述处理器所需执行的程序。在一些可能的实施方式中，本申请提供的一种帧同步异常的定位方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述描述的根据本申请各种示例性实施方式的一种帧同步异常的定位方法中的步骤。例如，终端设备可以执行如实施图2所示的实施例。程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。本申请的实施方式的用于一种帧同步异常的定位的程序产品可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在计算设备上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、rf等等，或者上述的任意合适的组合。可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，程序设计语言包括面向实体的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。当前第1页12