异常检测方法、装置、电子设备和存储介质与流程

1.本公开涉及人工智能领域，具体涉及智能云、云计算等技术领域，尤其涉及异常检测方法、装置、电子设备和存储介质。


背景技术：

2.随着互联网技术的快速发展，涌现出了大量的中间件或网络框架。其中，引入中间件或网络框架，比如引入微服务框架，可以提升业务程序员的开发效率。在微服务框架的网络交互方面，上层调用方调用函数时需要对网络连接设置超时时间，而微服务框架的提供方在其内部已经设置了超时时间的时间单位(如time.millisecond(毫秒)、time.second(秒)等)，因此调用方在设置超时时间时，只需要传入纯数值即可，无需再乘以时间单位。
3.在golang语言(又称为go语言，一种静态强类型、编译型、并发型，并具有垃圾回收功能的编程语言)下，由于时间单位的底层类型为int64类型，上层调用方在设置(或传入)超时时间时，设置的超时时间乘以时间单位后不会发生编译报错，但可能会导致业务上线后对应的超时时间数值变大，从而对业务产生不符合预期的影响。
4.因此，如何对微服务框架的相关代码中与时间相关的各参数取值进行预先检测，确定是否存在取值异常的参数，以避免对业务产生不符合预期的影响，是非常重要的。


技术实现要素：

5.本公开提供了一种用于异常检测方法、装置、电子设备和存储介质。
6.根据本公开的一方面，提供了一种异常检测方法，包括：
7.获取对源代码文件进行编译得到的中间代码，其中，所述中间代码中包括待检测函数；
8.获取所述待检测函数中的至少一个待检测参数的取值范围；
9.针对任一所述待检测参数，根据所述中间代码中所述待检测参数的参数值来源，确定所述待检测参数的参数值；
10.在所述至少一个待检测参数中存在参数值未处于对应取值范围内的目标检测参数的情况下，生成并展示异常信息，其中，所述异常信息用于指示所述源代码文件存在与所述目标检测参数相关的取值异常。
11.根据本公开的另一方面，提供了一种异常检测装置，包括：
12.第一获取模块，用于获取对源代码文件进行编译得到的中间代码，其中，所述中间代码中包括待检测函数；
13.第二获取模块，用于获取所述待检测函数中的至少一个待检测参数的取值范围；
14.确定模块，用于针对任一所述待检测参数，根据所述中间代码中所述待检测参数的参数值来源，确定所述待检测参数的参数值；
15.处理模块，用于在所述至少一个待检测参数中存在参数值未处于对应取值范围内的目标检测参数的情况下，生成并展示异常信息，其中，所述异常信息用于指示所述源代码
文件存在与所述目标检测参数相关的取值异常。
16.根据本公开的又一方面，提供了一种电子设备，包括：
17.至少一个处理器；以及
18.与所述至少一个处理器通信连接的存储器；其中，
19.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本公开上述一方面提出的异常检测方法。
20.根据本公开的再一方面，提供了一种计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行本公开上述一方面提出的异常检测方法。
21.根据本公开的还一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现本公开上述一方面提出的异常检测方法。
22.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
23.附图用于更好地理解本方案，不构成对本公开的限定。其中：
24.图1为本公开实施例一所提供的异常检测方法的流程示意图；
25.图2为本公开实施例所提供的参数值来源示意图一；
26.图3为本公开实施例二所提供的异常检测方法的流程示意图；
27.图4为本公开实施例三所提供的异常检测方法的流程示意图；
28.图5为本公开实施例四所提供的异常检测方法的流程示意图；
29.图6为本公开实施例所提供的参数值来源示意图二；
30.图7为本公开实施例所提供的参数值来源示意图三；
31.图8为本公开实施例五所提供的异常检测方法的流程示意图；
32.图9为本公开实施例所提供的源代码文件的编译过程示意图；
33.图10为本公开实施例六所提供的异常检测装置的结构示意图；
34.图11示出了可以用来实施本公开的实施例的示例电子设备的示意性框图。
具体实施方式
35.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
36.在微服务框架的网络交互方面，上层调用方调用函数时需要对网络连接设置超时时间，而微服务框架的提供方在其内部已经设置了超时时间的时间单位，因此调用方在设置超时时间时，只需要传入纯数值即可，无需再乘以时间单位。
37.在golang语言下，由于时间单位的底层类型为int64类型，上层调用方在传入超时时间时，传入的超时时间乘以时间单位后不会发生编译报错，但可能会导致业务上线后对应的超时时间数值变大，从而对业务产生不符合预期的影响。
38.举例而言，假设参数的参数值＝超时时间*时间单位，上层调用方传入的超时时间乘以时间单位，可能导致该参数的参数值过大，超过了该参数对应的取值范围的上限。
39.例如，假设某一参数的参数值＝超时时间*time.millisecond，上层调用方传入的超时时间为100，由于millisecond＝1000*microsecond(微秒)，microsecond＝1000*nanosecond(纳秒)，nanosecond＝1，则该参数的参数值＝100*106＝108。
40.再例如，假设某一参数的参数值＝超时时间*time.second，上层调用方传入的超时时间为10，由于second＝1000*microsecond，millisecond＝1000*microsecond，microsecond＝1000*nanosecond，nanosecond＝1，则该参数的参数值＝10*109＝10
10
。
41.相关技术中，通过对微服务框架的日志或者运行期间的其他信息(如连接数)进行排查，来确定异常的参数。
42.然而上述排查方式，存在以下问题：
43.第一，已经对实际业务产生了不符合预期的影响。通过参数去设置一个请求的超时时间，当业务方调用该函数时带上时间单位，可能导致连接超时时间过长，不能及时释放连接，对应的操作系统资源(套接字)不能及时释放，导致后续到来的新连接失败。
44.第二，需要通过人工去排查问题，无法快速有效、自动化地检测出问题所在。
45.针对上述存在的至少一项问题，本公开提出一种异常检测方法、装置、电子设备和存储介质。
46.下面参考附图描述本公开实施例的异常检测方法、装置、电子设备和存储介质。
47.图1为本公开实施例一所提供的异常检测方法的流程示意图。
48.本公开实施例以该异常检测方法被配置于异常检测装置中来举例说明，该异常检测装置可以应用于任一电子设备中，以使该电子设备可以执行异常检测功能。
49.其中，电子设备可以为任一具有计算能力的设备，例如可以为pc(personal computer，个人电脑)、移动终端、服务器等，移动终端例如可以为车载设备、手机、平板电脑、个人数字助理、穿戴式设备等具有各种操作系统、触摸屏和/或显示屏的硬件设备。
50.如图1所示，该异常检测方法可以包括以下步骤：
51.步骤101，获取对源代码文件进行编译得到的中间代码，其中，中间代码中包括待检测函数。
52.其中，待检测函数的个数可以为至少一个。
53.在本公开实施例中，源代码文件可以为中间件、网络框架或微服务框架对应的代码文件。
54.在本公开实施例中，可以对源代码文件进行编译，以得到中间代码。
55.步骤102，获取待检测函数中的至少一个待检测参数的取值范围。
56.在本公开实施例中，每个待检测函数中可以包括至少一个待检测参数。比如，待检测参数可以为与时间相关的参数。
57.在本公开实施例中，待检测函数、待检测函数中的待检测参数和待检测参数的取值范围可以根据配置信息或配置文件确定。
58.步骤103，针对任一待检测参数，根据中间代码中待检测参数的参数值来源，确定待检测参数的参数值。
59.在本公开实施例中，针对待检测函数中的任意一个待检测参数，可以对该待检测
参数进行递归溯源，以确定该待检测参数的参数值来源，从而可以根据该待检测参数的参数值来源，确定该待检测参数的参数值。
60.作为一种示例，以源代码文件的编程语言为go语进行示例，对源代码文件进行编译得到的中间文件可以为ssa(static single assignment form，静态单赋值形式)中间代码，假设待检测参数的参数形式为变量，包含待检测参数param的代码如下所示：
[0061][0062]
对待检测参数param进行递归溯源，可得到如图2所示的参数值来源，其中，ssa.const为常量类型。由于second＝109，则d＝10
10
，hour＝3600*second＝3.6*10
12
，最终可以计算得到待检测参数param的参数值为3.6*10
22
。
[0063]
步骤104，在至少一个待检测参数中存在参数值未处于对应取值范围内的目标检测参数的情况下，生成并展示异常信息，其中，异常信息用于指示源代码文件存在与目标检测参数相关的取值异常。
[0064]
在本公开实施例中，当至少一个待检测参数中存在参数值未处于对应取值范围内的目标检测参数的情况下，可以生成异常信息，并展示该异常信息。其中，异常信息用于指示源代码文件中存在与目标检测参数相关的取值异常，即指示源代码文件中与目标检测参数相关的参数的取值异常。
[0065]
作为一种示例，异常信息可以用于指示以下至少一项：
[0066]
源代码文件中与待检测函数相关的函数的位置；
[0067]
源代码文件中与目标检测参数相关的参数的位置；
[0068]
源代码文件中与目标检测参数相关的参数的参数值；
[0069]
源代码文件中与目标检测参数相关的参数的参数值异常。
[0070]
本公开实施例的异常检测方法，通过对源代码文件进行编译，得到的中间代码，并获取中间代码中待检测函数中的至少一个待检测参数的取值范围；根据中间代码中待检测参数的参数值来源，确定待检测参数的参数值；在至少一个待检测参数中存在参数值未处于对应取值范围内的目标检测参数的情况下，生成并展示异常信息，其中，异常信息用于指示源代码文件存在与目标检测参数相关的取值异常。由此，可以实现根据业务需求，对源代码文件中与待检测函数中待检测参数相关参数的取值进行检测，以确定参数取值是否超过对应的取值范围，若是，则生成提示信息，以使相关人员对源代码文件进行修改，避免因业务方设置超时时间乘以时间单位后导致的超时时间过长的情形发生，降低源代码文件不符合预期的情况发生，进而避免对业务产生不符合预期的影响。
[0071]
需要说明的是，本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均在征得用户同意的前提下进行，并且均符合相关法律法规的规定，且不违背公序良俗。
[0072]
为了清楚说明本公开上述实施例中是如何确定待检测参数的参数值的，本公开还
提出一种异常检测方法。
[0073]
图3为本公开实施例二所提供的异常检测方法的流程示意图。
[0074]
如图3所示，该异常检测方法可以包括以下步骤：
[0075]
步骤301，获取对源代码文件进行编译得到的中间代码，其中，中间代码中包括待检测函数。
[0076]
步骤302，获取待检测函数中的至少一个待检测参数的取值范围。
[0077]
步骤301至302的解释说明可以参见本公开任一实施例中的相关描述，在此不做赘述。
[0078]
在本公开的任意一个实施例之中，可以在源代码文件的配置文件中记录待检测函数中待检测参数的取值范围。本公开中，可以获取由相关人员根据源代码文件，对至少一个待检测参数的取值范围进行配置，以得到该源代码文件的配置文件，并对该源代码文件的配置文件进行解析，以得到至少一个待检测参数的取值范围。
[0079]
由此，可以由相关人员根据实际应用场景的应用需求或业务需求，根据源代码文件配置待检测函数中待检测参数的取值范围，以满足实际的应用需求。
[0080]
作为一种示例，源代码文件的配置文件可以包括以下代码片段：
[0081]
"package":"icode.xx.com/xx/netdisk/pcs-go-lib/ufc",
[0082]
"func":[
[0083]
{
[0084]
"name":"newufcrequest"//name为函数名，即待检测函数的函数名为“newufcrequest”[0085]
"index":7,//参数的索引为7，即待检测参数为待检测函数中的第8个参数
[0086]
"greater":0,//参数值大于0，即待检测参数的取值范围的下限为0
[0087]
"less":10000,//参数值小于10000，即待检测参数的取值范围的上限为10000
[0088]
"param":"connecttimeoutms"//参数为连接超时(毫秒)
[0089]
},
[0090]
{
[0091]
"name":"newufcrequest"
[0092]
"index":8,//参数的索引为8，即待检测参数为待检测函数中的第9个参数
[0093]
"greater":0,//参数值大于0，即待检测参数的取值范围的下限为0
[0094]
"less":60000,//参数值小于60000，即待检测参数的取值范围的上限为60000
[0095]
"param":"readwritetimeoutms"//参数为读写超时(毫秒)
[0096]
},
[0097]
通过对源代码文件的配置文件进行解析，得到待检测函数的函数名、待检测参数的索引以及待检测参数的取值上限和取值下限，从而可以根据待检测函数的函数名，确定待检测函数，并根据待检测函数的函数名和待检测参数的索引，确定待检测函数中的待检测参数，并根据待检测参数的取值上限和取值下限，确定待检测参数的取值范围。
[0098]
步骤303，针对任一待检测参数，从中间代码中确定待检测参数的参数值来源。
[0099]
在本公开实施例中，针对待检测函数中的任意一个待检测参数，可以对该待检测参数进行递归溯源，以确定该待检测参数的参数值来源。
[0100]
步骤304，在待检测参数的参数值来源的类型为常量类型的情况下，根据待检测参数的参数值来源，确定待检测参数的参数值。
[0101]
在本公开实施例中，可以判断待检测参数的各个参数值来源的数据类型是否均为常量类型，在待检测参数的各个参数值来源的数据类型均为常量类型的情况下，则可以根据待检测参数的各个参数值来源，计算该待检测参数的参数值。
[0102]
以源代码文件的编程语言为go语言进行示例，对源代码文件进行编译得到的中间文件可以为ssa中间代码，假设待检测参数为图2所示的param，param的参数值来源为常量类型(ssa.const)的d和time.hour，由于time.hour＝3.6*10
12
，d的参数值来源为常量类型(ssa.const)的time.second和10，time.second＝109，则通过常量运算后，可以得到待检测参数param的参数值为3.6*10
22
。
[0103]
步骤305，在至少一个待检测参数中存在参数值未处于对应取值范围内的目标检测参数的情况下，生成并展示异常信息，其中，异常信息用于指示源代码文件存在与目标检测参数相关的取值异常。
[0104]
步骤305的解释说明可以参见本公开任一实施例中的相关描述，在此不做赘述。
[0105]
本公开实施例的异常检测方法，可以实现在编译期间，通过常量运算，有效计算得到待检测参数的参数值，从而可以通过判断待检测参数的参数值是否位于该待检测参数对应的取值范围内，来有效确定源代码文件中与待检测参数相关的参数是否取值异常。
[0106]
为了清楚说明上述任一实施例，本公开还提出一种异常检测方法。
[0107]
图4为本公开实施例三所提供的异常检测方法的流程示意图。
[0108]
如图4所示，该异常检测方法可以包括以下步骤：
[0109]
步骤401，获取对源代码文件进行编译得到的中间代码，其中，中间代码中包括待检测函数。
[0110]
步骤401的解释说明可以参见本公开任一实施例中的相关描述，在此不做赘述。
[0111]
步骤402，从中间代码的多个指令中确定函数调用指令和赋值指令。
[0112]
在本公开实施例中，可以从中间代码的多个指令中确定函数调用指令和赋值指令。
[0113]
作为一种示例，以源代码文件的编程语言为go语言进行示例，对源代码文件进行编译得到的中间文件可以为ssa中间代码，对ssa中间代码中的指令进行遍历和分析，可以得到函数调用指令(ssa.call类型)和赋值指令(ssa.store类型)。
[0114]
步骤403，根据函数调用指令，生成函数调用链，其中，函数调用链用于指示中间代码中函数之间的调用关系。
[0115]
在本公开实施例中，可以根据函数调用指令，生成函数调用链，其中，函数调用链用于指示中间代码中各函数之间的调用关系。
[0116]
步骤404，根据赋值指令，捕获中间代码中类型为常量类型的各参数和各常量。
[0117]
在本公开实施例中，可以根据赋值指令，捕获中间代码中数据类型为常量类型的各参数和各常量。
[0118]
步骤405，获取待检测函数中的至少一个待检测参数的取值范围。
[0119]
需要说明的是，本公开仅以步骤405在步骤404之后之前进行示例，但本公开并不限于此，即对步骤405的执行时序不作限制，例如，步骤405可以与步骤401并列执行，或者，
405可以在步骤401之前执行，或者，步骤405可以在步骤401之后执行，且在步骤402之前执行，或者，步骤405还可以与步骤402至404并列执行，等等，对此不做限制。
[0120]
步骤406，针对任一待检测参数，根据中间代码中待检测参数的参数值来源，确定待检测参数的参数值。
[0121]
步骤405至406的解释说明可以参见本公开任一实施例中的相关描述，在此不做赘述。
[0122]
步骤407，在至少一个待检测参数中存在参数值未处于对应取值范围内的目标检测参数的情况下，生成并展示异常信息，其中，异常信息用于指示源代码文件存在与目标检测参数相关的取值异常。
[0123]
步骤407的解释说明可以参见本公开任一实施例中的相关描述，在此不做赘述。
[0124]
本公开实施例的异常检测方法，通过根据函数调用指令，生成函数调用链，从而可以根据函数调用链，对函数调用形式的参数进行快速分析和计算，得到参数值，提升参数值的计算效率。通过根据赋值指令捕获数据类型为常量类型的各个参数和常量，提前记录保存，可以防止全局常量无法捕获的情况发生，提升参数值计算的有效性。
[0125]
为了清楚说明本公开任一实施例中是如何确定待检测参数的参数值的，本公开还提出一种异常检测方法。
[0126]
图5为本公开实施例四所提供的异常检测方法的流程示意图。
[0127]
如图5所示，该异常检测方法可以包括以下步骤：
[0128]
步骤501，获取对源代码文件进行编译得到的中间代码，其中，中间代码中包括待检测函数，并获取待检测函数中的至少一个待检测参数的取值范围。
[0129]
步骤502，从中间代码的多个指令中确定函数调用指令和赋值指令。
[0130]
步骤503，根据函数调用指令，生成函数调用链，其中，函数调用链用于指示中间代码中函数之间的调用关系。
[0131]
步骤504，根据赋值指令，捕获中间代码中类型为常量类型的各参数和各常量。
[0132]
步骤505，针对任一待检测参数，从中间代码中确定待检测参数的参数值来源。
[0133]
步骤501至505的解释说明可以参见本公开任一实施例中的相关描述，在此不做赘述。
[0134]
步骤506，确定待检测参数在中间代码中的参数形式。
[0135]
在公开实施例中，参数形式可以包括但不限于：变量、切片中的元素、函数调用的返回值(本公开中记为函数调用形式)。
[0136]
步骤507，在参数形式为非函数调用形式的情况下，确定待检测参数的参数值来源的类型是否为常量类型。
[0137]
在本公开实施例中，在参数形式为非函数调用形式(比如变量或切片中的元素)的情况下，可以确定待检测参数的参数值来源的类型是否为常量类型。
[0138]
步骤508，在待检测参数的参数值来源的类型为常量类型的情况下，根据待检测参数的参数值来源，确定待检测参数的参数值。
[0139]
在本公开实施例中，在待检测参数的参数值来源的数据类型均为常量类型的情况下，可以根据待检测参数的参数值来源，计算该待检测参数的参数值。
[0140]
作为一种示例，以源代码文件的编程语言为go语言，待检测参数的参数形式为变
量，包含待检测参数param的代码如下所示进行示例：
[0141][0142]
对待检测参数param进行递归溯源，可得到如图2所示的参数值来源，由于second＝109，则d＝10
10
，hour＝3600*second＝3.6*10
12
，最终可以计算得到待检测参数param的参数值为3.6*10
22
。
[0143]
作为另一种示例，以源代码文件的编程语言为go语言，待检测参数的参数形式为切片中的元素，包含待检测参数slice的代码如下所示进行示例：
[0144][0145]
对待检测参数进行递归溯源，可得到如图6所示的参数值来源。由于切片中的元素在ssa中间代码为ssa.const类型，因此，可以在编译期间得到待检测参数的参数值为10000。
[0146]
步骤509，在参数形式为函数调用形式的情况下，确定待检测参数的参数值来源的类型是否为常量类型。
[0147]
在本公开实施例中，在参数形式为函数调用形式的情况下，可以确定待检测参数的参数值来源的类型是否为常量类型。
[0148]
步骤510，在待检测参数的参数值来源的类型为常量类型的情况下，根据函数调用链和待检测参数的参数值来源，确定待检测参数的参数值。
[0149]
在本公开实施例中，在待检测参数的参数值来源的数据类型为常量类型的情况下，可以根据函数调用链和待检测参数的参数值来源，确定待检测参数的参数值。
[0150]
作为一种示例，以源代码文件的编程语言为go语言，待检测参数的参数形式为函数调用形式(即函数调用的返回值)，包含待检测参数compute()的代码如下所示进行示例：
[0151][0152]
通过对函数调用形式的待检测参数进行递归溯源，可得到如图7所示的参数值来源。由图7可知，待检测参数的最终的参数值来源均为常数，在ssa中间代码下均为常量类型，因此可以在编译期间获取到该待检测参数的参数值。例如，由于second＝109，最终可以计算得到待检测参数的参数值为1.2*10
12
。
[0153]
需要说明的是，步骤507至508与步骤509至510为并列的两种实现方式，实际应用时，仅需择一执行。
[0154]
步骤511，在至少一个待检测参数中存在参数值未处于对应取值范围内的目标检测参数的情况下，生成并展示异常信息。
[0155]
其中，异常信息用于指示源代码文件存在与目标检测参数相关的取值异常。
[0156]
本公开实施例的异常检测方法，不仅可以支持对函数调用形式的参数进行参数值计算，还可以支持对非函数调用形式的参数进行参数值计算，可以提升该方法的灵活性和适用性。
[0157]
为了清楚说明本公开上述任一实施例，本公开还提出一种异常检测方法。
[0158]
图8为本公开实施例五所提供的异常检测方法的流程示意图。
[0159]
如图8所示，该异常检测方法可以包括以下步骤：
[0160]
步骤801，获取源代码文件对应的编程语言。
[0161]
在本公开实施例的一种可能的实现方式中，可以对源代码文件的代码内容进行解析，以得到该源代码文件对应的编程语言。
[0162]
在本公开实施例的另一种可能的实现方式中，源代码文件可以携带标记信息，其中，标记信息用于指示源代码文件的编程语言，从而本公开中，可以从源代码文件中提取标记信息，以根据该标记信息确定源代码文件对应的编程语言。
[0163]
在本公开实施例的又一种可能的实现方式中，还可以由相关人员提供该源代码文件对应的编程语言。
[0164]
步骤802，对源代码文件执行词法分析、语法分析和语义分析中的至少一项，以确定源代码文件是否编程语言对应的代码规范。
[0165]
在本公开实施例中，可以对源代码文件中的各个字符执行词法分析、语法分析和语义分析中的至少一项，以确定源代码文件是否编程语言对应的代码规范。
[0166]
步骤803，在源代码文件符合代码规范的情况下，对源代码文件进行编译，以得到中间代码，其中，中间代码中包括待检测函数。
[0167]
在本公开实施例中，在源代码文件符合编程语言对应的代码规范的情况下，可以
对源代码文件进行编译，以得到中间代码。
[0168]
在本公开实施例的一种可能的实现方式中，在源代码文件不符合代码规范的情况下，可以生成报错信息；其中，报错信息用于指示源代码文件的编程语言不符合代码规范。
[0169]
进一步地，还可以展示该报错信息，和/或，发送报错信息。
[0170]
由此，可以便于相关人员及时地对不符合代码规范的源代码文件进行修改，以提升源代码文件的规范性，从而进一步降低对业务产生不符合预期的影响。
[0171]
步骤804，获取待检测函数中的至少一个待检测参数的取值范围。
[0172]
步骤805，针对任一待检测参数，根据中间代码中待检测参数的参数值来源，确定待检测参数的参数值。
[0173]
步骤806，在至少一个待检测参数中存在参数值未处于对应取值范围内的目标检测参数的情况下，生成并展示异常信息，其中，异常信息用于指示源代码文件存在与目标检测参数相关的取值异常。
[0174]
步骤804至805的解释说明可以参见本公开任一实施例中的相关描述，在此不做赘述。
[0175]
在本公开的任意一个实施例之中，可以利用编译过程中产生的信息，对待检测函数中的待检测参数(比如底层类型为数值类型、uint64、int64等)进行检测，计算待检测参数的具体参数值。
[0176]
以源代码文件的编程语言为go语言进行示例，在业务高可用方向下的故障预防方面，可以在代码层面做故障预防，故障预防方式为对go语言进行静态检测。其中，故障预防层面可分为代码、架构、测试、上线几个层面。
[0177]
在go语言中，如图9所示，编译过程主要分为词法分析、语法分析、语义分析、类型检查、ssa中间代码生成、中间代码优化、机器码生成，本公开中，可以基于编译过程中生成的ssa中间代码，对ssa中间代码进行分析及获取，从而在编译期间获取到相应的函数中待检测参数的参数值。即，可以通过go语言的ssa中间代码去追踪回溯待检测参数的参数值。主要逻辑包括以下几部分：
[0178]
第一部分，在配置文件中记录具体函数的待检测参数。例如，配置文件中可以记录待检测函数的函数名、待检测函数中待检测参数、待检测参数对应的取值范围。
[0179]
第二部分，当源代码文件提交时，可以采用go语言的分析包(go/analysis包)，对源代码文件所属模块的每个代码包生成ssa中间代码，然后对ssa中间代码逐条指令进行分析与记录相关信息，在遍历指令过程中，主要关注两个指令：函数调用指令(ssa.call类型)和赋值指令(ssa.store类型)。
[0180]
其中，关注函数调用指令的目的为：生成函数调用链，该函数调用链用于指示ssa中间代码中函数之间的调用关系，使得后续能够快速对待检测函数进行分析。
[0181]
关注赋值指令的目的为：防止全局常量后续捕获不到，提前记录并保存各全局常量。
[0182]
第三部分，对第一部分中待检测参数进行递归溯源，找到该待检测参数的参数值来源，如果参数值来源是常量类型(ssa.const)，则可以根据参数值来源，计算待检测参数的参数值。其中，待检测参数的参数形式可以包括：变量(其参数值来源为ssa.const类型)、切片中的元素(其参数值来源为ssa.const类型)、函数调用的返回值(其返回值的来源的类
型为ssa.const类型)。下面将对这三种参数形式进行详细说明。
[0183]
a)对于参数形式为变量，且参数值来源为ssa.const类型的待检测参数，可以经过递归溯源找到ssa.const类型的常量。经过常量运算后便可在编译期间得到该待检测参数的参数值。
[0184]
作为一种示例，以待检测参数为param，包含待检测参数的代码如下所示进行示例：
[0185][0186]
如图2所示，对待检测参数param进行递归溯源，其最终参数值来源均为常数，在ssa中间代码下均为ssa.const类型。由于d＝10
10
，hour＝3600*second＝3.6*10
12
，最终可以计算得到待检测参数的参数值为param＝3.6*10
22
。
[0187]
b)对于参数形式为切片中的元素，且参数值来源为ssa.const类型的待检测参数，以待检测参数为slice，包含待检测参数的代码如下所示进行示例：
[0188][0189]
切片中的元素在ssa中间代码为ssa.const类型，因此，可以在编译期间得到待检测参数的参数值为10000。
[0190]
c)对于参数形式为函数调用的返回值，且参数值来源为ssa.const类型的待检测参数，以待检测参数为compute()，包含待检测参数的代码如下所示进行示例：
[0191][0192]
通过对函数调用形式的待检测参数进行递归溯源，其最终参数值来源均为常数，在ssa中间代码下均为ssa.const类型，则可以在编译期间获取到待检测参数的参数值。例
如，由于second＝109，最终可以计算得到待检测参数的参数值为1.2*10
12
。
[0193]
综上，能够在代码上线之前检测出函数中具体参数的参数值，并确定参数值是否超过对应的取值范围，从而能够检测出因业务方设置超时时间乘以时间单位后导致的超时时间过长的情形，减少了代码不符合预期的情形。
[0194]
本公开实施例的异常检测方法，只有在源代码文件符合代码规范的情况下，才根据对该源代码文件进行编译得到的中间代码进行参数值检测，可以提升源代码文件中参数取值异常检测结果的准确性和可靠性。
[0195]
与上述图1至图8实施例提供的异常检测方法相对应，本公开还提供一种异常检测装置，由于本公开实施例提供的异常检测装置与上述图1至图8实施例提供的异常检测方法相对应，因此在异常检测方法的实施方式也适用于本公开实施例提供的异常检测装置，在本公开实施例中不再详细描述。
[0196]
图10为本公开实施例六所提供的异常检测装置的结构示意图。
[0197]
如图10所示，该异常检测装置1000可以包括：第一获取模块1001、第二获取模块1002、确定模块1003以及处理模块1004。
[0198]
其中，第一获取模块1001，用于获取对源代码文件进行编译得到的中间代码，其中，中间代码中包括待检测函数。
[0199]
第二获取模块1002，用于获取待检测函数中的至少一个待检测参数的取值范围。
[0200]
第一确定模块1003，用于针对任一待检测参数，根据中间代码中待检测参数的参数值来源，确定待检测参数的参数值。
[0201]
处理模块1004，用于在至少一个待检测参数中存在参数值未处于对应取值范围内的目标检测参数的情况下，生成并展示异常信息，其中，异常信息用于指示源代码文件存在与目标检测参数相关的取值异常。
[0202]
在本公开实施例的一种可能的实现方式中，第一确定模块1003，用于：针对任一待检测参数，从中间代码中确定待检测参数的参数值来源；在待检测参数的参数值来源的类型为常量类型的情况下，根据待检测参数的参数值来源，确定待检测参数的参数值。
[0203]
在本公开实施例的一种可能的实现方式中，该异常检测装置1000还可以包括：
[0204]
第二确定模块，用于从中间代码的多个指令中确定函数调用指令和赋值指令。
[0205]
第一生成模块，用于根据函数调用指令，生成函数调用链，其中，函数调用链用于指示中间代码中函数之间的调用关系。
[0206]
捕获模块，用于根据赋值指令，捕获中间代码中类型为常量类型的各参数和各常量。
[0207]
在本公开实施例的一种可能的实现方式中，该异常检测装置1000还可以包括：
[0208]
第三确定模块，用于确定待检测参数在中间代码中的参数形式为非函数调用形式。
[0209]
在本公开实施例的一种可能的实现方式中，该异常检测装置1000还可以包括：
[0210]
第四确定模块，用于确定所述待检测参数在中间代码中的参数形式为函数调用形式。相应的，第一确定模块1003，用于在待检测参数的参数值来源的类型为常量类型的情况下，根据函数调用链和待检测参数的参数值来源，确定待检测参数的参数值。
[0211]
在本公开实施例的一种可能的实现方式中，第二获取模块1002，用于：对源代码文
memory，随机访问/存取存储器)1103中的计算机程序，来执行各种适当的动作和处理。在ram 1103中，还可存储电子设备1100操作所需的各种程序和数据。计算单元1101、rom 1102以及ram1103通过总线1104彼此相连。i/o(input/output，输入/输出)接口1105也连接至总线1104。
[0225]
电子设备1100中的多个部件连接至i/o接口1105，包括：输入单元1106，例如键盘、鼠标等；输出单元1107，例如各种类型的显示器、扬声器等；存储单元1108，例如磁盘、光盘等；以及通信单元1109，例如网卡、调制解调器、无线通信收发机等。通信单元1109允许电子设备1100通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
[0226]
计算单元1101可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1101的一些示例包括但不限于cpu(central processing unit，中央处理单元)、gpu(graphic processing units，图形处理单元)、各种专用的ai(artificial intelligence，人工智能)计算芯片、各种运行机器学习模型算法的计算单元、dsp(digital signal processor，数字信号处理器)、以及任何适当的处理器、控制器、微控制器等。计算单元1101执行上文所描述的各个方法和处理，例如上述异常检测方法。例如，在一些实施例中，上述异常检测方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1108。在一些实施例中，计算机程序的部分或者全部可以经由rom 1102和/或通信单元1109而被载入和/或安装到电子设备1100上。当计算机程序加载到ram 1103并由计算单元1101执行时，可以执行上文描述的异常检测方法的一个或多个步骤。备选地，在其他实施例中，计算单元1101可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行上述异常检测方法。
[0227]
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、fpga(field programmable gate array，现场可编程门阵列)、asic(application-specific integrated circuit，专用集成电路)、assp(application specific standard product，专用标准产品)、soc(system on chip，芯片上系统的系统)、cpld(complex programmable logic device，复杂可编程逻辑设备)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
[0228]
用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
[0229]
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合
适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、ram、rom、eprom(electrically programmable read-only-memory，可擦除可编程只读存储器)或快闪存储器、光纤、cd-rom(compact disc read-only memory，便捷式紧凑盘只读存储器)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
[0230]
为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(cathode-ray tube，阴极射线管)或者lcd(liquid crystal display，液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
[0231]
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：lan(local area network，局域网)、wan(wide area network，广域网)、互联网和区块链网络。
[0232]
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务(virtual private server，虚拟专用服务器)中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。
[0233]
其中，需要说明的是，人工智能是研究使计算机来模拟人的某些思维过程和智能行为(如学习、推理、思考、规划等)的学科，既有硬件层面的技术也有软件层面的技术。人工智能硬件技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理等技术；人工智能软件技术主要包括计算机视觉技术、语音识别技术、自然语言处理技术以及机器学习/深度学习、大数据处理技术、知识图谱技术等几大方向。
[0234]
云计算(cloud computing)，指的是通过网络接入弹性可扩展的共享物理或虚拟资源池，资源可以包括服务器、操作系统、网络、软件、应用和存储设备等，并可以以按需、自服务的方式对资源进行部署和管理的技术体系。通过云计算技术，可以为人工智能、区块链等技术应用、模型训练提供高效强大的数据处理能力。
[0235]
根据本公开实施例的技术方案，通过对源代码文件进行编译，得到的中间代码，并获取中间代码中待检测函数中的至少一个待检测参数的取值范围；根据中间代码中待检测参数的参数值来源，确定待检测参数的参数值；在至少一个待检测参数中存在参数值未处于对应取值范围内的目标检测参数的情况下，生成并展示异常信息，其中，异常信息用于指示源代码文件存在与目标检测参数相关的取值异常。由此，可以实现根据业务需求，对源代码文件中与待检测函数中待检测参数相关参数的取值进行检测，以确定参数取值是否超过
对应的取值范围，若是，则生成提示信息，以使相关人员对源代码文件进行修改，避免因业务方设置超时时间乘以时间单位后导致的超时时间过长的情形发生，降低源代码文件不符合预期的情况发生，进而避免对业务产生不符合预期的影响。
[0236]
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开提出的技术方案所期望的结果，本文在此不进行限制。
[0237]
上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。