CN116938743A - 一种服务器数据处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种服务器数据处理方法、装置、电子设备及存储介质，该方法包括：抓取服务器的传输控制协议数据包，根据抓取到的传输控制协议数据包形成至少一个待处理数据文件，每个待处理数据文件中包括至少一个待处理数据包；根据各待处理数据包中的应答编号对各待处理数据包进行组装，得到至少一个目标数据包；将各目标数据包所对应的应答编号或序列编号构建超文本传输协议链路；根据各超文本传输协议链路进行数据格式转换，得到转换后的数据，转换后的数据用于对服务器进行分析，解决了对服务器的工作状态进行分析时无法直接查看有效数据的问题，提高服务器状态分析效率，无需对底层代码进行查看，有效减少工作量。

Description

一种服务器数据处理方法、装置、电子设备及存储介质

技术领域

本发明涉及服务器技术领域，尤其涉及一种服务器数据处理方法、装置、电子设备及存储介质。

背景技术

当前各种分布式微服务之间的相互调用情况越来越多，服务器中的大量的请求存在API互相调用时，很难察觉到存在的调用链路关系和调用次数，在没有统计的情况下很难抓取到一些异常的调用情况。服务间的真实调用情况会变的越来越冗余，在服务器发生异常或者查看服务器的工作情况时，若日志未记录异常以及返回值，此时由于服务器的数据并未备份记录，所以无法直接查看有效的数据，只能通过翻看代码分析服务器的工作状态，效率较低，工作量较大。

发明内容

本发明提供了一种服务器数据处理方法、装置、电子设备及存储介质，以解决无法直接查看有效数据分析服务器的工作状态的问题，提高服务器状态分析效率，减少工作量。

根据本发明的一方面，提供了一种服务器数据处理方法，包括：

抓取服务器的传输控制协议数据包，根据抓取到的所述传输控制协议数据包形成至少一个待处理数据文件，每个待处理数据文件中包括至少一个待处理数据包；

根据各所述待处理数据包中的应答编号对各待处理数据包进行组装，得到至少一个目标数据包，所述目标数据包的类型为响应类型或请求类型；

根据各所述目标数据包所对应的应答编号或序列编号构建超文本传输协议链路，所述超文本传输协议链路包括一个类型为响应类型的目标数据包以及一个类型为请求类型的目标数据包；

将各所述超文本传输协议链路进行数据格式转换，得到转换后的数据，所述转换后的数据用于对服务器进行分析。

根据本发明的另一方面，提供了一种服务器数据处理装置，包括：

数据包抓取模块，用于抓取服务器的传输控制协议数据包，根据抓取到的所述传输控制协议数据包形成至少一个待处理数据文件，每个待处理数据文件中包括至少一个待处理数据包；

数据包组装模块，用于根据各所述待处理数据包中的应答编号对各待处理数据包进行组装，得到至少一个目标数据包，所述目标数据包的类型为响应类型或请求类型；

链路构建模块，用于根据各所述目标数据包所对应的应答编号或序列编号构建超文本传输协议链路，所述超文本传输协议链路包括一个类型为响应类型的目标数据包以及一个类型为请求类型的目标数据包；

格式转换模块，用于将各所述超文本传输协议链路进行数据格式转换，得到转换后的数据，所述转换后的数据用于对服务器进行分析。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的服务器数据处理方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的服务器数据处理方法。

本发明实施例的技术方案，通过抓取服务器的传输控制协议数据包，根据抓取到的所述传输控制协议数据包形成至少一个待处理数据文件，每个待处理数据文件中包括至少一个待处理数据包；根据各所述待处理数据包中的应答编号对各待处理数据包进行组装，得到至少一个目标数据包，所述目标数据包的类型为响应类型或请求类型；将各所述目标数据包所对应的应答编号或序列编号构建超文本传输协议链路，所述超文本传输协议链路包括一个类型为响应类型的目标数据包以及一个类型为请求类型的目标数据包；根据各所述超文本传输协议链路进行数据格式转换，得到转换后的数据，所述转换后的数据用于对服务器进行分析，解决了对服务器的工作状态进行分析时无法直接查看有效数据的问题，通过抓取服务器工作过程中的传输控制协议数据包对服务器工作过程中的传输的数据进行备份，避免数据传输完成后由于未记录导致无法查看以及分析，根据传输控制协议数据包形成待处理数据文件，待处理数据文件中包括至少一个待处理数据包，根据各待处理数据包中的应答编号对各待处理数据包进行组装，得到目标数据包，根据各目标数据包所对应的应答编号或序列编号进行链路构建，构建出超文本传输协议链路，将数据包直接关联，使数据更加规范、直观，以便对服务器进行快速分析，将各超文本传输协议链路进行数据格式转换，用户可直观查看分析格式转换后的数据，提高服务器状态分析效率，无需对底层代码进行查看，有效减少工作量。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明实施例一提供的一种服务器数据处理方法的流程图；

图2是根据本发明实施例二提供的一种服务器数据处理方法的流程图；

图3是根据本发明实施例三提供的一种服务器数据处理装置的结构示意图；

图4是实现本发明实施例的服务器数据处理方法的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供的一种服务器数据处理方法的流程图，本实施例可适用于对服务器数据进行情况，该方法可以由服务器数据处理装置来执行，该服务器数据处理装置可以采用硬件和/或软件的形式实现，该服务器数据处理装置可配置于电子设备中。如图1所示，该方法包括：

S101、抓取服务器的传输控制协议数据包，根据抓取到的传输控制协议数据包形成至少一个待处理数据文件，每个待处理数据文件中包括至少一个待处理数据包。

在本实施例中，传输控制协议数据包即tcp数据包；待处理数据文件具体可以理解为具有数据处理需求的文件；待处理数据包具体可以理解为具有数据处理需求的数据包，待处理数据包中保存的是传输的所有数据；每个待处理数据文件中包括一个或者多个待处理数据包，在本申请实施例中，待处理数据文件的大小可以相同，也可以不同。

服务器工作过程中可以传输不同类型的数据包，抓取服务器传输的传输控制协议数据包，即tcp数据包，抓取传输控制协议数据包可以通过数据包抓取工具实现，例如，通过tcpdump进行数据包抓取。在对传输控制协议数据包进行抓取时，可以设置一定的抓取周期，在数据包抓取过程中，对于一个抓取周期内所抓取的传输控制协议数据包执行一次服务器数据处理。确定抓取到的传输控制协议数据包，对抓取到的传输控制协议数据包进行处理，例如，按照大小进行分割，按照定义的格式进行格式处理，数据提取等等，形成待处理数据包，并保存到一个或者多个待处理数据文件中，形成至少一个待处理数据文件。将数据保存到待处理数据文件中，方便后续对数据进行处理。

S102、根据各待处理数据包中的应答编号对各待处理数据包进行组装，得到至少一个目标数据包，目标数据包的类型为响应类型或请求类型。

在本实施例中，应答编号即AckNumber编号，各待处理数据包中包括一种或多种类型数据，通常包含多种服务器分析过程中所需的数据。目标数据包具体可以理解为一个包含所传输的完整信息的数据包；响应类型的目标数据包用于对请求进行响应；请求类型的数据包用于发送请求信息。

在http请求进行数据传输时，httpRequest(请求类型的数据包)或者httpResponse(响应类型的数据包)的信息过大时，会分为多个tcp包进行传输。因此，在本申请实施例中，抓取后得到的待处理数据包可能为同一个数据包。

在本申请实施例中，抓取得到的每个数据包中均包括应答编号和序列编号(SeqNumber编号)，确定各待处理数据包中的应答编号，通过对应答编号进行分析确定属于同一个数据包的所有待处理数据包，将同属于一个数据包的所有待处理数据包组装，恢复为一个完整的目标数据包，由此可以得到至少一个目标数据包。

S103、根据各目标数据包所对应的应答编号或序列编号构建超文本传输协议链路，超文本传输协议链路包括一个类型为响应类型的目标数据包以及一个类型为请求类型的目标数据包。

在本实施例中，超文本传输协议链路即http链路，超文本传输协议链路可以理解为数据传输时请求与响应之间的对应关系。

每个目标数据包中均包括应答编号和序列编号，对于每个目标数据包，根据目标数据包的类型选择采用应答编号还是序列编号进行链路构建，例如，对于响应类型的目标数据包，采用序列编号进行链路构建，对于请求类型的目标数据包，采用应答编号进行链路构建，通过分析目标数据包的应答编号和序列编号，确定各数据包之间的请求与应答关系，构建超文本传输协议链路，超文本传输协议链路包括一个响应类型的目标数据包以及一个请求类型的目标数据包，即超文本传输协议链路中的两个目标数据包一个用于进行请求，一个用于对请求进行应答。通过超文本传输协议链路可以将服务器中传输的大量数据包进行关联，明确请求与应答关系，方便数据查询和分析，用户可以在大量的数据包中直接定位到两个关联的目标数据包，快速确定响应与应答，以便进行数据分析。

S104、将各超文本传输协议链路进行数据格式转换，得到转换后的数据，转换后的数据用于对服务器进行分析。

超文本传输协议链路中所包含的目标数据包中的数据通常通过字节数组保存，无法直接读取并使用。因此，需要对各超文本传输协议链路进行数据格式转换，转换为可读的数据，可以预先设置格式转换的方式、算法等对各超文本传输协议链路中所包括的数据进行格式转换，得到转换后的数据，转换后的数据直观可读，可用于对服务器进行分析，例如，分析服务器的工作状态，在服务器异常时分析异常原因，统计调用链路关系和调用次数，通过流量分析对项目进行优化，提供安全层面的分析，等等，可以解决目前服务间调用不直观，不透明的情况。转换后的数据可以存储到数据库或者其他存储空间中，以便用户随时进行查看。

本发明实施例提供了一种服务器数据处理方法，解决了对服务器的工作状态进行分析时无法直接查看有效数据的问题，通过抓取服务器工作过程中的传输控制协议数据包对服务器工作过程中的传输的数据进行备份，避免数据传输完成后由于未记录导致无法查看以及分析，根据传输控制协议数据包形成待处理数据文件，待处理数据文件中包括至少一个待处理数据包，根据各待处理数据包中的应答编号对各待处理数据包进行组装，得到目标数据包，根据各目标数据包所对应的应答编号或序列编号进行链路构建，构建出超文本传输协议链路，将数据包直接关联，使数据更加规范、直观，以便对服务器进行快速分析，将各超文本传输协议链路进行数据格式转换，用户可直观查看分析格式转换后的数据，提高服务器状态分析效率，无需对底层代码进行查看，有效减少工作量。

实施例二

图2为本发明实施例二提供的一种服务器数据处理方法的流程图，本实施例在上述实施例的基础上进行细化。如图2所示，该方法包括：

S201、抓取服务器的传输控制协议数据包。

在抓取周期一定时，本步骤所抓取的传输控制协议数据包的数量根据服务器的实际工作情况确定，服务器工作繁忙的情况下，抓取的传输控制协议数据包的数量较多，反之，服务器工作负担较小的情况下，抓取的传输控制协议数据包的数量较少。

S202、根据预设大小对传输控制协议数据包进行分割，形成待处理数据文件。

预先设置存储数据包的文件夹的大小，可以根据数据处理能力或者存储能力设置大小。不同的传输控制协议数据包的大小可以相同，也可以不同，为方便进行后续的数据处理，需要对传输控制协议数据包进行存储，在存储时，考虑存储器的存储性能以及读取性能，根据预设大小对本抓取周期内所抓取到的所有传输控制协议数据包进行分割，将分割后的待处理数据包存储到待处理数据文件中，每个待处理数据文件的大小相同或者相近。本申请实施例中，待处理数据包即为传输控制协议数据包，将所有的传输控制协议数据包进行分割的方式可以是根据预设大小选择数据包大小总和在此预设大小内的所有传输控制协议数据包，将此部分传输控制协议数据包存储到一个待处理数据文件中，每个待处理数据文件中的待处理数据包的数量取决于各待处理数据包的大小，以及预设大小。

以通过tcpdump抓取服务器的传输控制协议数据包为例，并按预设大小对所有的传输控制协议数据包进行分割，将分割后的数据包存入待处理数据文件中。在本申请实施例中，分割后的数据包可以设置定时存入待处理数据文件中，在后续进行数据处理时，通过tshark对待处理数据文件中的待处理数据包进行读取。

S203、确定各待处理数据包中的应答编号。

所有待处理数据包中均包括应答编号，待处理数据包可以根据预先定义好的数据格式将应答编号存储在相应字节中，解析各待处理数据包的相应字段得到各待处理数据包中的应答编号。

S204、将应答编号相同的各待处理数据包按照时间顺序进行组装，形成目标数据包。

在确定每个待处理数据包的应答编号后，统计所有出现过的应答编号，确定每个应答编号对应的所有待处理数据包，针对每个应答编号，确定此应答编号对应的各待处理数据包对应的时间戳，按照时间顺序将各待处理数据包进行组装，形成目标数据包，由此完成对应答编号相同的各待处理数据包按照时间顺序进行组装形成目标数据包。依次对每个应答编号对应的各待处理数据包按照时间顺序进行组装，形成目标数据包，得到一个或者多个目标数据包。

本申请实施例中，目标数据包的类型为响应类型或请求类型。

可选的，目标数据包中至少包括：互联网协议地址，请求时间，请求头和交互数据。

在本实施例中，交互数据具体可以理解为通过数据包进行交互时的数据，例如，进行请求时的请求数据，进行应答时的应答数据；交互数据可以是具体的交互内容，携带交互两端所提供的具体数据信息。

在本实施例中，待处理数据包中同样包括互联网协议地址，请求时间，请求头，以及交互数据；待处理数据包中的交互数据可以是交互数据中的部分数据，不同的待处理数据包中的交互数据可以不同，即一个完整的目标数据包在被分割为多个传输控制协议数据包进行传输时，交互数据也可能被分割，每个待处理数据包中携带一部分，在完成数据包组装后，可以将部分数据确定完整的交互数据。

S205、针对每个响应类型的目标数据包，将响应类型的目标数据包作为待匹配数据包。

在本实施例中，待匹配数据包具体可以理解为用于进行请求与应答匹配的数据包。

在得到目标数据包后，将目标数据包按照请求和响应进行分类，每种类型的目标数据包的数量可以是一个或者多个。对于每个响应类型的目标数据包，均可以将其作为待匹配数据包进行响应与请求的匹配。

S206、将待匹配数据包中第一个待处理数据包的序列编号作为待匹配序列编号。

在本实施例中，待匹配序列编号具体可以理解为用于对待匹配数据包进行匹配的序列编号。由于待匹配数据包可能是由多个待处理数据包组装形成的，各待处理数据包的序列编号不同，选择待匹配数据包中第一个待处理数据包的序列编号作为待匹配序列编号。

S207、根据待匹配序列编号查询各请求类型的目标数据包的应答编号，将应答编号与待匹配序列编号相同的请求类型的目标数据包作为匹配数据包。

在本实施例中，匹配数据包具体可以理解为与待匹配数据包匹配的数据包。各请求类型的目标数据包的应答编号不同，查询各请求类型的目标数据包的应答编号，确定应答编号与待匹配序列编号相同的请求类型的目标数据包，将此目标数据包作为匹配数据包。

S208、将待匹配数据包与匹配数据包作为一个超文本传输协议链路。

通过待匹配数据包和匹配数据包构建一个超文本传输协议链路，实现请求和应答的关联。在本实施例中，超文本传输协议链路由两个目标数据包构成，两个目标数据包中包括所传输的数据，数据可以用于对服务器进行分析。

在本实施例中，还可以将请求类型的目标数据包作为待匹配数据包进行响应与请求的匹配，最终构建出超文本传输协议链路，仅需要保证超文本传输协议链路中的响应类型的目标数据包中的第一个待处理数据包的序列编号与请求类型的目标数据包的应答编号相同即可，即httpResponse(响应类型的目标数据包)中的第一个tcp数据包的SeqNumber与httpRequest(请求类型的目标数据包)的AckNumber相同。

S209、根据预确定的编码格式对各超文本传输协议链路中的数据进行数据格式转换，得到转换后的数据，转换后的数据用于对服务器进行分析。

在本实施例中，编码格式可以是utf-8、ASCII、Unicode等。本申请实施例可以通过字节数组对超文本传输协议链路中的数据进行存储，字节数组可以是tcpPayload。将字节数组中存储的数据按照预先确定的编码格式进行编码，转换为用户可读的信息。

需要知道的是，本申请实施例提供的方法可以部署在一个系统中，系统中安装tcpdump和tshark应用。即在需要抓取的服务器上通过安装tcpdump，实现对该服务器的tcp流量进行不间断抓取，然后将抓取到的数据包存储到待处理数据文件中。然后通过tshark读取待处理数据文件，同时可以输出待处理数据包的IP地址、请求时间、请求头等相关信息；再通过程序读取tshark解析的数据包进行tcp链路的构建。

本发明实施例提供了一种服务器数据处理方法，解决了对服务器的工作状态进行分析时无法直接查看有效数据的问题，通过抓取服务器工作过程中的传输控制协议数据包对服务器工作过程中的传输的数据进行备份，避免数据传输完成后由于未记录导致无法查看以及分析，根据各待处理数据包中的应答编号对各待处理数据包进行组装，得到目标数据包，根据与响应类型的目标数据包中的第一个待处理数据包的序列编号相同的应答编码所对应的请求类型的目标数据包构建超文本传输协议链路，将数据包直接关联，使数据更加规范、直观，以便对服务器进行快速分析，将各超文本传输协议链路进行数据格式转换，用户可直观查看分析格式转换后的数据，提高服务器状态分析效率，无需对底层代码进行查看，有效减少工作量。

实施例三

图3为本发明实施例三提供的一种服务器数据处理装置的结构示意图。如图3所示，该装置包括：数据包抓取模块31、数据包组装模块32、链路构建模块33和格式转换模块34；

其中，数据包抓取模块31，用于抓取服务器的传输控制协议数据包，根据抓取到的所述传输控制协议数据包形成至少一个待处理数据文件，每个待处理数据文件中包括至少一个待处理数据包；

数据包组装模块32，用于根据各所述待处理数据包中的应答编号对各待处理数据包进行组装，得到至少一个目标数据包，所述目标数据包的类型为响应类型或请求类型；

链路构建模块33，用于根据各所述目标数据包所对应的应答编号或序列编号构建超文本传输协议链路，所述超文本传输协议链路包括一个类型为响应类型的目标数据包以及一个类型为请求类型的目标数据包；

格式转换模块34，用于将各所述超文本传输协议链路进行数据格式转换，得到转换后的数据，所述转换后的数据用于对服务器进行分析。

本发明实施例提供了一种服务器数据处理装置，解决了对服务器的工作状态进行分析时无法直接查看有效数据的问题，通过抓取服务器工作过程中的传输控制协议数据包对服务器工作过程中的传输的数据进行备份，避免数据传输完成后由于未记录导致无法查看以及分析，根据传输控制协议数据包形成待处理数据文件，待处理数据文件中包括至少一个待处理数据包，根据各待处理数据包中的应答编号对各待处理数据包进行组装，得到目标数据包，根据各目标数据包所对应的应答编号或序列编号进行链路构建，构建出超文本传输协议链路，将数据包直接关联，使数据更加规范、直观，以便对服务器进行快速分析，将各超文本传输协议链路进行数据格式转换，用户可直观查看分析格式转换后的数据，提高服务器状态分析效率，无需对底层代码进行查看，有效减少工作量。

可选的，数据包抓取模块31，具体用于：根据预设大小对所述传输控制协议数据包进行分割，形成待处理数据文件。

可选的，数据包组装模块32，包括：

应答编号确定单元，用于确定各所述待处理数据包中的应答编号；

组装单元，用于将应答编号相同的各待处理数据包按照时间顺序进行组装，形成目标数据包。

可选的，链路构建模块33，包括：

待匹配数据包确定单元，用于针对每个响应类型的目标数据包，将所述响应类型的目标数据包作为待匹配数据包；

待匹配编号确定单元，用于将待匹配数据包中第一个待处理数据包的序列编号作为待匹配序列编号；

匹配数据包确定单元，用于根据所述待匹配序列编号查询各请求类型的目标数据包的应答编号，将应答编号与所述待匹配序列编号相同的请求类型的目标数据包作为匹配数据包；

链路构建单元，用于将所述待匹配数据包与匹配数据包作为一个超文本传输协议链路。

可选的，格式转换模块34具体用于根据预确定的编码格式对各所述超文本传输协议链路中的数据进行数据格式转换，得到转换后的数据。

可选的，所述目标数据包中至少包括：互联网协议地址，请求时间，请求头和交互数据。

本发明实施例所提供的服务器数据处理装置可执行本发明任意实施例所提供的服务器数据处理方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4示出了可以用来实施本发明的实施例的电子设备40的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图4所示，电子设备40包括至少一个处理器41，以及与至少一个处理器41通信连接的存储器，如只读存储器(ROM)42、随机访问存储器(RAM)43等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器41可以根据存储在只读存储器(ROM)42中的计算机程序或者从存储单元48加载到随机访问存储器(RAM)43中的计算机程序，来执行各种适当的动作和处理。在RAM 43中，还可存储电子设备40操作所需的各种程序和数据。处理器41、ROM 42以及RAM 43通过总线44彼此相连。输入/输出(I/O)接口45也连接至总线44。

电子设备40中的多个部件连接至I/O接口45，包括：输入单元46，例如键盘、鼠标等；输出单元47，例如各种类型的显示器、扬声器等；存储单元48，例如磁盘、光盘等；以及通信单元49，例如网卡、调制解调器、无线通信收发机等。通信单元49允许电子设备40通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器41可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器41的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器41执行上文所描述的各个方法和处理，例如服务器数据处理方法。

在一些实施例中，服务器数据处理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元48。在一些实施例中，计算机程序的部分或者全部可以经由ROM 42和/或通信单元49而被载入和/或安装到电子设备40上。当计算机程序加载到RAM 43并由处理器41执行时，可以执行上文描述的服务器数据处理方法的一个或多个步骤。备选地，在其他实施例中，处理器41可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行服务器数据处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种服务器数据处理方法，其特征在于，包括：

抓取服务器的传输控制协议数据包，根据抓取到的所述传输控制协议数据包形成至少一个待处理数据文件，每个待处理数据文件中包括至少一个待处理数据包；

根据各所述待处理数据包中的应答编号对各待处理数据包进行组装，得到至少一个目标数据包，所述目标数据包的类型为响应类型或请求类型；

根据各所述目标数据包所对应的应答编号或序列编号构建超文本传输协议链路，所述超文本传输协议链路包括一个类型为响应类型的目标数据包以及一个类型为请求类型的目标数据包；

将各所述超文本传输协议链路进行数据格式转换，得到转换后的数据，所述转换后的数据用于对服务器进行分析。

2.根据权利要求1所述的方法，其特征在于，所述根据抓取到的所述传输控制协议数据包形成至少一个待处理数据文件，包括：

根据预设大小对所述传输控制协议数据包进行分割，形成待处理数据文件。

3.根据权利要求1所述的方法，其特征在于，所述根据各所述待处理数据包中的应答编号对各待处理数据包进行组装，得到至少一个目标数据包，包括：

确定各所述待处理数据包中的应答编号；

将应答编号相同的各待处理数据包按照时间顺序进行组装，形成目标数据包。

4.根据权利要求1所述的方法，其特征在于，所述根据各所述目标数据包所对应的应答编号或序列编号构建超文本传输协议链路，包括：

针对每个响应类型的目标数据包，将所述响应类型的目标数据包作为待匹配数据包；

将待匹配数据包中第一个待处理数据包的序列编号作为待匹配序列编号；

根据所述待匹配序列编号查询各请求类型的目标数据包的应答编号，将应答编号与所述待匹配序列编号相同的请求类型的目标数据包作为匹配数据包；

将所述待匹配数据包与匹配数据包作为一个超文本传输协议链路。

5.根据权利要求1所述的方法，其特征在于，所述根据各所述超文本传输协议链路进行数据格式转换，得到转换后的数据，包括：

根据预确定的编码格式对各所述超文本传输协议链路中的数据进行数据格式转换，得到转换后的数据。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述目标数据包中至少包括：互联网协议地址，请求时间，请求头和交互数据。

7.一种服务器数据处理装置，其特征在于，包括：

数据包抓取模块，用于抓取服务器的传输控制协议数据包，根据抓取到的所述传输控制协议数据包形成至少一个待处理数据文件，每个待处理数据文件中包括至少一个待处理数据包；

数据包组装模块，用于根据各所述待处理数据包中的应答编号对各待处理数据包进行组装，得到至少一个目标数据包，所述目标数据包的类型为响应类型或请求类型；

链路构建模块，用于根据各所述目标数据包所对应的应答编号或序列编号构建超文本传输协议链路，所述超文本传输协议链路包括一个类型为响应类型的目标数据包以及一个类型为请求类型的目标数据包；

格式转换模块，用于将各所述超文本传输协议链路进行数据格式转换，得到转换后的数据，所述转换后的数据用于对服务器进行分析。

8.根据权利要求7所述的装置，其特征在于，所述链路构建模块包括：

待匹配数据包确定单元，用于针对每个类型为响应数据包的目标数据包，将所述类型为响应数据包的目标数据包作为待匹配数据包；

待匹配编号确定单元，用于将待匹配数据包中第一个待处理数据包的序列编号作为待匹配序列编号；

匹配数据包确定单元，用于根据所述待匹配序列编号查询各类型为请求数据包的目标数据包的应答编号，将应答编号与所述待匹配序列编号相同的类型为请求数据包的目标数据包作为匹配数据包；

链路构建单元，用于将所述待匹配数据包与匹配数据包作为一个超文本传输协议链路。

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

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的服务器数据处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-6中任一项所述的服务器数据处理方法。