CN117971593A

CN117971593A - Data acquisition method, client, server, electronic device and storage medium

Info

Publication number: CN117971593A
Application number: CN202410024429.8A
Authority: CN
Inventors: 邵逸
Original assignee: Zhuhai Kingsoft Digital Network Technology Co Ltd
Current assignee: Zhuhai Kingsoft Digital Network Technology Co Ltd
Priority date: 2024-01-05
Filing date: 2024-01-05
Publication date: 2024-05-03

Abstract

The invention provides a data acquisition method, a client, a server, electronic equipment and a storage medium, wherein the data acquisition method comprises the following steps: setting a monitoring configuration table for recording target description information at a client; and generating a target monitoring code based on the corresponding target monitoring object, acquiring target address information of the target monitoring object from the server based on the target description information, and performing address hijacking according to the target address information, so that the target monitoring object jumps to the target monitoring code to acquire target performance data. According to the technical scheme of the embodiment, the client terminal can self-define the monitoring object through the target description information of the monitoring configuration table under the condition that no buried point is set, so that the flexibility of performance data acquisition is improved, the target address information is obtained by analyzing the server, the risk of exposing codes of the client terminal is avoided, the data acquisition is realized based on the automatically generated target monitoring codes, and the acquisition efficiency of the performance data is effectively improved.

Description

Data acquisition method, client, server, electronic device and storage medium

Technical Field

The present invention relates to the field of data acquisition technologies, and in particular, to a data acquisition method, a client, a server, an electronic device, and a storage medium.

Background

After the client finishes development, performance analysis is required to be performed on the client, so that each performance of the client is ensured to meet development requirements. The collection of performance data is the basis of performance analysis, and in the related art, a plurality of buried points are generally set at a client, and the client uploads the performance data corresponding to the buried points to a server for performance analysis. However, the embedded point needs to be compiled into a monitoring program of the client in advance, or a symbol file is provided locally at the client for analysis, so that the risk of exposing the code exists, and the related file needs to be modified or compiled at the client, so that the operation difficulty is high, the flexibility is low, and the data acquisition efficiency is affected.

Disclosure of Invention

The present invention aims to solve at least one of the technical problems existing in the prior art. Therefore, the invention provides a data acquisition method, a client, a server, electronic equipment and a storage medium, which can improve the efficiency and flexibility of performance data acquisition under the condition of reducing the exposure risk of codes.

In a first aspect, an embodiment of the present invention provides a data collection method, applied to a client, where the client is communicatively connected to a server, and the data collection method includes:

Determining a target monitoring object based on target description information recorded in a monitoring configuration table, and generating a target monitoring code based on the target monitoring object;

transmitting the target description information to the server so that the server feeds back target address information based on the target description information, wherein the target address information is used for indicating the position of the target monitoring object in the code of the client;

And hijacking the target monitoring object based on the target address information, and collecting target performance data of the target monitoring object through the target monitoring code.

According to some embodiments of the invention, the determining the target monitoring object based on the target description information recorded in the monitoring configuration table includes:

Constructing each day based on the monitoring configuration table;

when the target description information recorded in the monitoring configuration table is detected to be adjusted, the target monitoring object is updated based on the target description information currently recorded in the monitoring configuration table.

When at least two target description information are newly added in the monitoring configuration table, determining a program object corresponding to the newly added target description information as a candidate monitoring object;

And obtaining the target monitoring object based on the union set of at least two candidate monitoring objects.

According to some embodiments of the invention, after the generating the target monitoring code based on the target monitoring object, the method further includes:

Compiling the target monitoring code and integrating the target monitoring code into a target monitoring program, wherein the target monitoring program is used for monitoring the operation data of the client;

generating a dynamic link library file based on the target monitoring program;

And when a target instruction is acquired, the dynamic link library file is mounted to a monitoring process of the client, wherein the target instruction is used for indicating a monitoring request aiming at the target monitoring object.

According to some embodiments of the invention, the sending the target description information to the server, so that the server feeds back target address information based on the target description information, includes:

generating a target message through the target monitoring program, wherein the target message carries the target description information;

And sending the target message to the server so that the server analyzes the target description information from the target message and feeds back the target address information through a packet returning message.

According to some embodiments of the invention, the client is preconfigured with a plug-in hook module, the hijacking the target monitoring object based on the target address information, and collecting target performance data of the target monitoring object through the target monitoring code includes:

embedding the target monitoring code into the plug-in hook module;

Hijacking the target monitoring object based on the target address information through the plug-in hook module;

The plug-in hook module collects the target performance data of the target monitoring object based on the target monitoring code;

and after the target monitoring code is executed, restoring the operation of the target monitoring object based on the target address information.

In a second aspect, an embodiment of the present invention provides a data collection method, which is applied to a server, where the server is communicatively connected to a client, and the data collection method includes:

Acquiring target description information sent by the client, and determining target address information based on the target description information, wherein the target description information is used for indicating a target monitoring object of the client, the target description information is recorded in a monitoring configuration table, and the target address information is used for indicating the position of the target monitoring object in a code of the client;

And feeding the target address information back to the client so that the client can acquire target performance data of the target monitoring object through a target monitoring code, wherein the target monitoring code is generated by the client based on the target monitoring object.

According to some embodiments of the invention, the determining the target address information based on the target description information includes:

Determining a reference object based on the target description information traversing a reference code set, wherein the reference code set comprises codes of the client;

Acquiring a program file corresponding to the reference object;

And resolving the program file based on a preset resolving function library, and determining the resolved address as the target address information.

According to some embodiments of the invention, the method further comprises:

when a target message sent by the client is obtained, analyzing the target description information from the target message;

and after the target address information is determined, packaging a packet returning message based on the target address information, and sending the packet returning message to the client so that the client can acquire the target address information based on the packet returning message.

In a third aspect, an embodiment of the present invention provides a client, where the client is communicatively connected to a server, and the client includes:

a code generation module configured to determine a target monitoring object based on target description information recorded in a monitoring configuration table, and generate a target monitoring code based on the target monitoring object;

An address acquisition module configured to send the target description information to the server, so that the server feeds back target address information based on the target description information, wherein the target address information is used for indicating the position of the target monitoring object in the code of the client;

And the data acquisition module is configured to hijack the target monitoring object based on the target address information and acquire target performance data of the target monitoring object through the target monitoring code.

In a fourth aspect, an embodiment of the present invention provides a server, where the server is communicatively connected to a client, and the server includes:

The address determining module is configured to acquire target description information sent by the client and determine target address information based on the target description information, wherein the target description information is used for indicating a target monitoring object of the client, the target description information is recorded in a monitoring configuration table, and the target address information is used for indicating the position of the target monitoring object in a code of the client;

And the address sending module is configured to feed back the target address information to the client so that the client can acquire target performance data of the target monitoring object through a target monitoring code, wherein the target monitoring code is generated by the client based on the target monitoring object.

In a fifth aspect, an embodiment of the present invention provides an electronic device including at least one control processor and a memory for communicatively coupling with the at least one control processor; the memory stores instructions executable by the at least one control processor to enable the at least one control processor to perform the data acquisition method as described in the first aspect above or to perform the data acquisition method as described in the second aspect above.

In a sixth aspect, embodiments of the present invention provide a computer-readable storage medium storing computer-executable instructions for performing the data acquisition method according to the first aspect or the data acquisition method according to the second aspect.

According to the method of the embodiment of the invention, a monitoring configuration table for recording target description information is arranged at a client; and generating a target monitoring code based on the corresponding target monitoring object, acquiring target address information of the target monitoring object from the server based on the target description information, and performing address hijacking according to the target address information, so that the target monitoring object jumps to the target monitoring code to acquire target performance data. According to the technical scheme of the embodiment, the client terminal can self-define the monitoring object through the target description information of the monitoring configuration table under the condition that no buried point is set, so that the flexibility of performance data acquisition is improved, the target address information is obtained by analyzing the server, the risk of exposing codes of the client terminal is avoided, the data acquisition is realized based on the automatically generated target monitoring codes, and the acquisition efficiency of the performance data is effectively improved.

Drawings

FIG. 1 is a schematic diagram of an embodiment of a data acquisition method according to the present invention;

FIG. 2 is a flow chart of a data acquisition method provided by one embodiment of the present invention;

FIG. 3 is a flow chart of a specific example provided by the present invention;

FIG. 4 is a schematic diagram of a client according to an embodiment of the present invention;

FIG. 5 is a schematic diagram of a server according to an embodiment of the present invention;

fig. 6 is a block diagram of an electronic device according to another embodiment of the present invention.

Detailed Description

Embodiments of the present invention are described in detail below, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to like or similar elements or elements having like or similar functions throughout. The embodiments described below by referring to the drawings are illustrative only and are not to be construed as limiting the invention.

In the description of the present invention, it should be understood that references to orientation descriptions such as upper, lower, front, rear, left, right, etc. are based on the orientation or positional relationship shown in the drawings, are merely for convenience of description of the present invention and to simplify the description, and do not indicate or imply that the apparatus or elements referred to must have a particular orientation, be constructed and operated in a particular orientation, and thus should not be construed as limiting the present invention.

In the description of the present invention, a number means one or more, a number means two or more, and greater than, less than, exceeding, etc. are understood to not include the present number, and above, below, within, etc. are understood to include the present number. The description of the first and second is for the purpose of distinguishing between technical features only and should not be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated or implicitly indicating the precedence of the technical features indicated.

In the description of the present invention, unless explicitly defined otherwise, terms such as arrangement, installation, connection, etc. should be construed broadly and the specific meaning of the terms in the present invention can be reasonably determined by a person skilled in the art in combination with the specific contents of the technical scheme.

First, terms related to one or more embodiments of the present invention will be explained:

Client side: the client mentioned in the embodiment of the invention can be installed in an application program in a smart phone, a tablet computer, a notebook computer, a desktop computer, an on-board computer, an intelligent home, a wearable electronic device and a VR (Virtual Reality)/AR (Augmented Reality) device.

And (3) a server: the cloud server may be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, a cloud server providing cloud services, a cloud database, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, a content delivery network (Content Delivery Network, CDN), basic cloud computing services such as big data and an artificial intelligence platform, and the like.

Dynamic link library (Dll): is one way of implementing the shared function library concept in microsoft Windows operating system by microsoft corporation. The dynamic link library contains one or more functions that have been compiled, linked, and stored separately from the process in which they are used.

Daily construction (Dai lybuild): a continuous integration method of timing triggering.

Program Database (PDB) file: the PDB file is generated at the time of the compilation project and is generated together with the corresponding module (exe or dll). The PDB file may be opened using some unique PDB reader. If it is desired to convert PDB files into TXT file views, a special converter may be used for conversion.

Debug interface Access (Debug INTERFACE ACCESS, dia): dia is a useful library provided by Microsoft and is specifically used to parse PDB files generated by Microsoft's C++ compiler.

In the field of game development, the performance and the function of the game engine have great influence on the efficiency of game testing, and taking the Unity engine as an example, the performance problem is considered at the beginning of design, the performance data of each function can be directly collected, and the performance analysis of testers is facilitated. For some game engines incapable of directly collecting performance data of functions, as relevant performance parameters of the current functions are not collected in codes, performance statistics can be performed only by schemes such as embedded point, hook or dynamic plug-in when the performance parameters need to be collected after game development is completed, but the schemes need to compile embedded point codes into the function functions needing to be monitored in advance or need to provide PDB files locally at a client for analysis. However, after the embedded point is set, the embedded point can be used only by executing code compiling once on the client, if a monitoring object needs to be adjusted, the embedded point setting and the client compiling need to be frequently carried out, and the operation is troublesome; even if data acquisition is not started, the buried point can trigger corresponding functions, so that game operation resources are occupied; while parsing PDB files risks exposing code. Therefore, when the related technology performs performance data acquisition, the acquisition efficiency and flexibility are low, and the risk of code exposure exists.

Therefore, the embodiment of the invention provides a data acquisition method, wherein a monitoring configuration table for recording target description information is arranged at a client; and generating a target monitoring code based on the corresponding target monitoring object, acquiring target address information of the target monitoring object from the server based on the target description information, and performing address hijacking according to the target address information, so that the target monitoring object jumps to the target monitoring code to acquire target performance data. According to the technical scheme of the embodiment, the client terminal can self-define the monitoring object through the target description information of the monitoring configuration table under the condition that no buried point is set, so that the flexibility of performance data acquisition is improved, the target address information is obtained by analyzing the server, the risk of exposing codes of the client terminal is avoided, the data acquisition is realized based on the automatically generated target monitoring codes, and the acquisition efficiency of the performance data is effectively improved.

In the present invention, a data acquisition method, a client, a server, an electronic device, a computer-readable storage medium are provided, and detailed description is given one by one in the following embodiments.

Referring to fig. 1, fig. 1 is a schematic diagram of a processing procedure of a data collection method according to an embodiment of the present invention, as shown in fig. 1, a monitoring configuration table is set at a client, a tester writes target description information in the monitoring configuration table according to a test requirement, and when the client performs daily construction, a target monitoring code is generated after the target description information is detected by the monitoring configuration table, so that the target monitoring code can collect the performance number of a target monitoring object; meanwhile, the client sends the target description information to the server, so that the server determines a target monitoring object based on the target description information, analyzes the target monitoring object to determine corresponding target address information, and feeds the target address information back to the client; the client hijacking the target monitoring object according to the target address information, so that the target monitoring object jumps to the target monitoring code when running, and the acquisition of target performance data is realized.

Referring to fig. 2, fig. 2 is a flowchart of a data collection method according to an embodiment of the present invention, where the data collection method is applied to a client, and the client is communicatively connected to a server, and the data collection method includes, but is not limited to, steps S11 to S13:

S11, determining a target monitoring object based on target description information recorded in the monitoring configuration table, and generating a target monitoring code based on the target monitoring object.

Specifically, the monitoring configuration table is used for recording the target description information of the target monitoring object, and flexible configuration of the monitoring object can be realized by adding or deleting the target description information in the monitoring configuration table.

In practical application, the monitoring configuration table may adopt a common extensible markup language (eXtensible Markup Language, XML) table, and the target description information is recorded in the monitoring configuration table row by row.

Specifically, the target monitoring object may be a function or a functional module in the client, and the functional module may be configured by logic codes or may be a set of a plurality of functions. The target description information may be an object name of the target monitoring object, or an internal identifier preset in the client, and may uniquely correspond to the target monitoring object.

As shown in fig. 1, the client uses a game program as an example, and the monitoring configuration table is an XML table, the monitoring object 1 determined according to the monitoring requirement is a function 1, the monitoring object 2 is a function 2 of the function module 1, the monitoring object 3 is the whole function module 2, the function name of the function 1 is written in the monitoring configuration table as description information 1, the function name of the function module 1 and the function name of the function 2 are written in the monitoring configuration table as description information 2, and the module name of the function module 3 is written in the monitoring configuration table as description information 3.

Specifically, the target monitoring code is used for indicating an operation of collecting performance data of the target monitoring object, and when the target monitoring object runs, the operation jumps to the target monitoring code, and the performance parameters of the target monitoring object during running are collected through the target monitoring code.

In practical application, the target monitoring code can monitor performance data such as response time length, resource expense and the like of the target monitoring object, and after the monitoring requirement is determined according to the practical requirement, the target monitoring code is automatically generated through a related code generation technology, so that the target monitoring code can acquire corresponding performance data.

It should be noted that the code content of the target monitoring code depends on the collected specific data type, and the obtained target performance data is indicative of the running state of the target monitoring object, so that even if different target monitoring objects are monitored by using the same target monitoring code, the output target performance data is different, and the generation of the target monitoring code is not limited to the specific code of the target monitoring object, but depends on the performance parameter required to be monitored by each target monitoring object.

In practical application, the acquisition requirement corresponding to each target description information can be recorded in the monitoring configuration table, a shared target monitoring code can be generated for a plurality of target description information with the same acquisition requirement, when the target monitoring code is subsequently embedded, a plurality of target monitoring objects acquire the same code section for multiplexing, and the data labels of the target monitoring objects are added to output target performance data for distinguishing. Of course, whether the acquisition requirements are the same or not may also be determined, and a corresponding target monitoring code may be generated for each target monitoring object.

For example, as shown in fig. 1, after determining the monitored object 1 and the monitored object 2 based on the above example, according to the test requirement, determining the monitored data type of the monitored object 1 as the response time, the monitored data type of the monitored object 2 as the memory occupancy, generating a monitoring code 1 for the monitored object 1, where the monitoring code 1 is used for collecting the response time of the monitored object; the method comprises the steps of generating a monitoring code 2 aiming at a monitored object 2, wherein the monitoring code 1 is used for collecting the memory occupancy of the monitored object.

Illustratively, with continued reference to the above example, according to the test requirement, it is determined that the monitoring data types of the monitored object 1 and the monitored object 2 are both response durations, the monitoring code 1 is generated for the monitored object 1, the monitoring code 2 is generated for the monitored object 2, and the monitoring code 1 and the monitoring code 2 are both used for collecting the response durations of the monitored object.

Illustratively, with continued reference to the above example, according to the test requirement, it is determined that the monitoring data types of the monitoring object 1 and the monitoring object 2 are both response durations, the monitoring code 1 for collecting the response durations of the monitored object is generated, and the monitoring code 1 is associated to the monitoring object 1 and the monitoring object 2 at the same time. When monitoring the monitoring object 1, calling the monitoring code 1, and when the monitoring object 1 runs, jumping to the monitoring code 1, so that the output of the monitoring code 1 is the response time of the monitoring object 1; when monitoring the monitoring object 2, the monitoring code 1 is called, and when the monitoring object 2 runs, the monitoring code 1 is jumped to, so that the output of the monitoring code 1 is the response time of the monitoring object 2.

In one implementation manner of the embodiment of the present invention, the determining the target monitoring object based on the target description information recorded in the monitoring configuration table in step S11 specifically further includes, but is not limited to, the following steps:

constructing each day based on the monitoring configuration table; when the target description information recorded in the monitoring configuration table is detected to be adjusted, the target monitoring object is updated based on the target description information recorded in the monitoring configuration table.

It should be noted that the daily construction is a technique well known to those skilled in the art, and specific principles and effects are not repeated here.

Specifically, when the daily construction is performed on the client, an output obtained by performing the daily construction on the monitoring configuration table is obtained, whether the monitoring configuration table is updated can be determined based on the daily construction result, and the adjustment of the embodiment includes, but is not limited to, adding new target description information, deleting the target description information and modifying the monitoring data type corresponding to the target description information in the monitoring configuration table.

It is noted that after determining the daily construction result, it can be determined whether the target monitoring object and the target monitoring code determined the day before need to be adjusted, the target monitoring object is adjusted when the monitoring configuration table is updated, and the corresponding target monitoring code is adjusted at the same time, so that flexible configuration of the monitoring object is realized by using the monitoring configuration table, and the same monitoring code does not need to be repeatedly generated when the monitoring object is unchanged, thereby ensuring the operation efficiency of the client.

In practical application, a tester carries out flexible configuration of a monitoring object through a monitoring configuration table, when the monitoring object needs to be added, the target description information is newly added in the monitoring configuration table, when the monitoring object needs to be deleted, the corresponding target description information is deleted in the monitoring configuration table, and when daily construction is carried out, the client detects the change of the monitoring configuration table. If the monitoring configuration table is not updated, keeping the target monitoring object and the corresponding target monitoring code which are determined in the previous day, and continuing to acquire target performance data; if the target description information is newly added in the monitoring configuration table, on the basis of the existing target monitoring object, the target monitoring object is newly added according to the newly added target description information, and a corresponding target monitoring code is generated; if the monitoring configuration table deletes the same object description information, deleting the corresponding object monitoring object and the corresponding object monitoring code.

For example, referring to fig. 1, after the daily construction of the monitoring configuration table, it is determined that the description information 1 and the description information 2 are newly added, the monitoring code 1 is generated based on the monitoring object 1 corresponding to the description information 1, the monitoring code 2 is generated based on the monitoring object 2 corresponding to the description information 2, and the monitoring code 1 and the monitoring code 2 are added to the monitoring program. Daily for every other day

Illustratively, on the basis of the above example, when the tester deletes the description information 1 from the monitoring configuration table, after the second daily construction on the alternate day, the client determines that the description information 1 is deleted from the monitoring configuration table, and deletes the monitoring code 1 from the monitoring program.

It should be noted that, according to the description of the above embodiment, the data type required to be monitored by each monitoring object may be recorded by the monitoring configuration table, so that the flexible configuration of the monitoring configuration table in this embodiment includes not only adding and deleting the target description information, but also adjusting the type of the monitoring data corresponding to the target description information, so as to trigger the update of the target monitoring code of the corresponding target monitoring object.

For example, as shown in fig. 1, the monitor code 1 is used for collecting the running time of the monitor object 1, for practical test requirements, a tester modifies the type of the monitor data corresponding to the description information 1 into the memory occupancy rate in the monitor configuration table, and when the client detects the content change of the description information 1 during daily construction, the original monitor code 1 is deleted, and a new monitor code 1 for collecting the memory occupancy rate is generated for the monitor object 1, thereby realizing the type adjustment of the performance data required to be monitored.

When at least two target description information are newly added in the monitoring configuration table, determining a program object corresponding to the newly added target description information as a candidate monitoring object; and obtaining the target monitoring object based on the union set of at least two candidate monitoring objects.

It should be noted that, when the monitoring configuration table is set, the program object corresponding to the target description information may be a function or a function module, and because the function is usually the smallest function body, repeated configuration will not generally occur, but the function module may include a plurality of functions, and a situation that functions in the plurality of function modules overlap may occur.

For example, the newly added target description information is description information 1 and description information 2, the description information 1 corresponds to the function module 1, the description information 2 corresponds to the function module 2, for example, the candidate monitoring object corresponding to the function module 1 includes a function 1 and a function 2, the candidate monitoring object corresponding to the function module 2 includes a function 1, a function 2 and a function 3, the target monitoring object obtained after the union is taken as the function 1, the function 2 and the function 3, and 3 monitoring codes are correspondingly generated, if the technical scheme of the embodiment is not adopted, the monitoring codes need to be generated for the function 1 and the function 2 of the function module 1 respectively, and then the monitoring codes are generated for the function 1, the function 2 and the function 3 of the function module 2, so that the codes of the monitoring program are too redundant.

After the union set is obtained for the candidate monitoring objects, the target performance data corresponding to the target monitoring objects may be directly output, or a plurality of target performance data may be integrated and output based on the functional module to which the target monitoring objects belong.

Illustratively, referring to the above examples of the functional modules 1 and 2, after the target performance data 1 is collected based on the monitor code 1, the target performance data 3 is collected based on the monitor code 3, and the target performance data 3 is collected based on the monitor code 3, the client directly outputs the target performance data 1, the target performance data 2 and the target performance data 3, or the target performance data 1 and the target performance data 2 may be summarized as the performance data of the functional module 1 and then output, and then the target performance data 1, the target performance data 2 and the target performance data 3 may be summarized as the performance data of the functional module 2 and then output.

In one implementation manner of the embodiment of the present invention, after step S11 is performed, the method specifically further includes, but is not limited to, the following steps:

compiling a target monitoring code and integrating the target monitoring code into a target monitoring program, wherein the target monitoring program is used for monitoring the operation data of the client; generating a dynamic link library file based on the target monitoring program; and when a target instruction is acquired, the dynamic link library file is mounted to a monitoring process of the client, wherein the target instruction is used for indicating a monitoring request aiming at a target monitoring object.

Specifically, the target monitoring program is a monitoring program preset by the client and is used for monitoring operation data of the client, and after the target monitoring code is acquired, the target monitoring code is integrated into the existing target monitoring program through code compiling to update the target monitoring program. Of course, based on the description of the above embodiment, the corresponding target monitoring code may be deleted from the existing target monitoring program by compiling based on the flexible configuration of the monitoring configuration table.

In practical application, the target monitoring program may be a performance monitoring tool of the client, where the performance monitoring tool is mounted in a monitoring process of the client in a Dll file form, so as to implement data monitoring of the client.

It should be noted that, in this embodiment, after the Dll file is generated based on the target monitoring program, the Dll file is not mounted before the target instruction is not acquired, compared with the technical scheme that the embedded point is adopted in the related art, the method and the device do not occupy the operation resources to perform data acquisition under the condition that no data acquisition needs, and only after the target instruction is acquired, the Dll file is mounted to the monitoring process of the client, so that the resource utilization rate of the client is effectively improved.

And S12, the target description information is sent to the server, so that the server feeds back target address information based on the target description information, wherein the target address information is used for indicating the position of the target monitoring object in the code of the client.

Specifically, the target address information is a code location of the target monitoring object, and may be an address of a code file where the target monitoring object is located, and a specific location in the corresponding code file.

In practical applications, the server may be configured with the same code set of the client, so that the target description information can correspond to the same target monitoring object at the client and the server, if the target address information is directly determined at the client, it needs to be ensured that the code of the client is public, for example, the PDB file is visible, which may risk exposure of the code, and the PDB file in this embodiment is invisible at the client, so that the client cannot parse according to the target description information to determine the address where the target monitoring object is located. Based on the above, in the embodiment, after the target description information is determined, the server analyzes the target description information to determine the target address information, so that the security of the code is effectively improved.

For example, referring to fig. 1, the monitored object 1 takes a function 1 in the function module 1 as an example, the client determines that the description information 1 is the function 1 of the function module 1, sends the description information 1 to the server, determines the function module 1 corresponding to the description information 1, analyzes the function module 1 by using the Dia library, determines the address of the function 1 in the function module 1 as target address information, and feeds back to the client.

In one implementation manner of the embodiment of the present invention, step S12 specifically further includes, but is not limited to, the following steps:

Generating a target message through a target monitoring program, wherein the target message carries target description information; and sending the target message to the server so that the server analyzes the target description information from the target message and feeds back the target address information through the packet returning message.

It should be noted that, the client and the server may communicate through TCP/IP protocol, encapsulate the target description information into information carried in the target message, after the server obtains the target message, obtain the target description information through message parsing, and feed back the target address information as a packet-returning message to the client.

It should be noted that, based on the description of the above embodiment, the present embodiment does not perform the related acquisition operation until the target instruction is not acquired, so as to avoid unnecessary resource occupation. Therefore, the present embodiment does not acquire the target address information from the server immediately after acquiring the target description information, but compiles the target monitoring code into the target monitoring program based on the description of the above embodiment, mounts the Dll file in the monitoring process, and starts the target monitoring program to generate the target message after acquiring the target instruction so as to trigger the address acquisition.

S13, hijacking the target monitoring object based on the target address information, and collecting target performance data of the target monitoring object through the target monitoring code.

Specifically, the target monitoring object is hijacked based on the target address information, so that the target monitoring object can jump to the target monitoring code when the target monitoring object executes to the hijacked address, and the target monitoring code can acquire target performance data of the target monitoring object.

It should be noted that, in this embodiment, the target monitoring code is generated based on the monitoring configuration table, and the target monitoring code is input through address hijacking, so that the acquisition of the target performance data is realized, the internal program of the client is not required to be modified, the version compilation of the client is not required to be performed when the monitoring object is replaced, and the convenience and the adjustment efficiency of performance data acquisition are improved.

After the target performance data is acquired, the target performance data may be applied later, or may be reported to the server for relevant performance processing.

In one implementation manner of the embodiment of the present invention, the client is preconfigured with a plug-in hook module, and step S13 specifically includes, but is not limited to, the following steps:

Embedding a target monitoring code into the plug-in hook module; hijacking a target monitoring object based on target address information through a plug-in hook module; the plug-in hook module collects target performance data of a target monitoring object based on the target monitoring code; and after the target monitoring code is executed, recovering the operation of the target monitoring object based on the target address information.

It should be noted that, as known to those skilled in the art, the address hijacking can intercept the operation of the target monitoring object and jump to the outside, in this embodiment, under the condition that the code of the client is not modified, the address hijacking is performed by the plug-in hook module of the third party, after the acquisition of the target performance data is started, the target monitoring code is embedded into the plug-in hook module by the target monitoring program, and the acquired target address information is applied to the plug-in hook module, the plug-in hook module performs the address hijacking based on the target address information, and when the target monitoring object operates, the plug-in hook module jumps to trigger the target monitoring code to acquire the target performance data.

It should be noted that, after the target monitoring object jumps to the plug-in hook module, the next jump interface of the plug-in hook module needs to be adjusted to be the target address information, so that the next step of the target monitoring object can be normally executed, and the influence on the normal operation of the client is avoided.

For example, as shown in fig. 1, taking an MH library of a third party as an example, based on the principles of the foregoing embodiment, after the client integrates the dll file, when a target instruction is obtained, the dll file is mounted to a monitoring process, and the target monitoring program embeds a target monitoring code into the MH library, and embeds the obtained object address 1 and object address 2 into the MH library. Taking the original jump object of the monitoring object 1 as a program object 3 as an example, taking the case that the monitoring object 2 does not have the next jump object as an example, the MH library hives the monitoring object 1 based on the object address 1, the monitoring object 1 jumps to the MH library after execution is finished, the performance data 1 is acquired through the monitoring code 1, and the MH library jumps to the program object 3 after acquisition is finished; the MH library hijacking the monitoring object 2 based on the object address 2, jumping to the MH library after the monitoring object 2 is executed, acquiring the performance data 2 through the monitoring code 2, and entering a standby state after the acquisition is completed.

According to the technical scheme, flexible configuration of the monitoring object can be realized through the monitoring configuration table, the target program code is automatically generated and then compiled and integrated into the dll file, the dll file is not mounted before the target instruction is not acquired, and unnecessary operation resource occupation is avoided; after the target instruction is acquired, the target monitoring program generates a target message and sends the target message to the server, and the server analyzes the target description information to determine target address information, so that the exposure of codes at the client is effectively avoided; meanwhile, the target monitoring program embeds the monitoring code into the MH library of the third party, and applies the target address information to the MH library, and the MH library carries out address hijacking on the target monitoring object according to the target address information, so that the target monitoring object jumps to the target monitoring code when running, thereby realizing the acquisition of target performance data, avoiding the need of embedding points in advance and modifying and compiling client programs, and effectively improving the convenience, flexibility and efficiency of performance data acquisition.

In addition, referring to fig. 2, the embodiment of the present invention further provides a data acquisition method applied to a server, where the data acquisition method includes, but is not limited to, steps S21 and S22:

S21, acquiring target description information sent by a client, and determining target address information based on the target description information, wherein the target description information is used for indicating a target monitoring object of the client, the target description information is recorded in a monitoring configuration table, and the target address information is used for indicating the position of the target monitoring object in a code of the client;

s22, feeding back the target address information to the client side so that the client side can acquire target performance data of the target monitoring object through a target monitoring code, wherein the target monitoring code is generated by the client side based on the target monitoring object.

It should be noted that, the technical solution of the present embodiment may refer to the descriptions of steps S11 to S13, and the difference is only that the execution body of the present embodiment is a server, and the description is not repeated here.

In one implementation manner of the embodiment of the present invention, the determining the target address information in step S21 based on the target description information specifically further includes, but is not limited to, the following steps:

Determining a reference object based on the target description information traversing a reference code set, wherein the reference code set comprises codes of the client; acquiring a program file corresponding to a reference object; and determining the resolved address as target address information based on a resolving program file in a preset resolving function library.

It should be noted that, based on the references of the above embodiment of the client, the server is deployed with the same reference code set of the client, so that the reference object can be determined by traversing the reference code set based on the target description information, and the reference object corresponds to the target monitoring object of the client, so that the obtained code address of the reference object obtains the code address of the target monitoring object.

In practical application, the analysis function library is a Dia library in the above embodiment, as shown in fig. 1, the server determines that the reference objects determined by the description information 1 and the description information 2 are the monitoring object 1 and the monitoring object 2 respectively, analyzes the program files of the monitoring object 1 and the monitoring object 2 through the Dia library, and determines the positions of the monitoring object 1 and the monitoring program 2 in the respective program files, thereby obtaining the target address information.

In an implementation manner of the embodiment of the present invention, the technical solution of the present embodiment specifically further includes, but is not limited to, the following steps:

when a target message sent by a client is obtained, analyzing target description information from the target message; after the target address information is determined, a packet returning message is packaged based on the target address information, and the packet returning message is sent to the client side, so that the client side obtains the target address information based on the packet returning message.

It should be noted that, the technical solution for implementing the target address information interaction between the server and the client based on the TCP/IP protocol in this embodiment may refer to the description of the data acquisition method applied to the client, and the difference is that the execution main body of this embodiment is the server, and the description is not repeated here.

In order to better illustrate the technical solution of the present embodiment, a specific example is set forth below, and referring to fig. 1 and 3, the specific example includes, but is not limited to, the following steps:

S31, constructing every day at the client, and determining function names recorded in the monitoring configuration table.

The function name of this example is the target description information of the above embodiment.

S32, determining the corresponding function according to the function name, and generating a target monitoring code for collecting performance data of the function.

The function of this example is the target monitoring object of the above embodiment.

S33, compiling the monitoring codes, integrating to obtain a target monitoring program, and generating a Dll file based on the target monitoring program.

The Dll file in this example is the dynamic link library file in the above embodiment.

And S34, when the target instruction is acquired, the target monitoring program generates a TCP/IP message according to the function name and sends the TCP/IP message to the server.

Wherein, the TCP/IP message of the present example is the target message of the above embodiment,

S35, after analyzing the TCP/IP message to obtain the function name, the server analyzes the corresponding program file through the Dia library to determine the function address, and feeds back the function address to the client in the form of a packet return message.

The Dia library is the analysis function library of the above embodiment, and the function address is the target address information of the above embodiment.

S36, the target monitoring program embeds the target monitoring code into the MH library of the third party, and meanwhile, the function address is given to the MH library.

The MH library of this example is the plug-in hook module of the foregoing embodiment.

S37, the MH library hives the function based on the function address, acquires corresponding performance data and sends the corresponding performance data to the server.

S38, the server performs performance analysis through the performance data processing module and stores the performance analysis into a database.

Corresponding to the method embodiment, the invention also provides an embodiment of the client, and fig. 4 shows a schematic structural diagram of the client according to one embodiment of the invention. As shown in fig. 4, the client includes:

A code generation module 401 configured to determine a target monitoring object based on the target description information described in the monitoring configuration table, and generate a target monitoring code based on the target monitoring object;

an address acquisition module 402 configured to send the target description information to the server, so that the server feeds back target address information based on the target description information, where the target address information is used to indicate a position of the target monitoring object in the code of the client;

the data acquisition module 403 is configured to hijack the target monitoring object based on the target address information, and acquire target performance data of the target monitoring object through the target monitoring code.

In one implementation of the embodiment of the present invention, the code generation module 401 is further configured to:

A daily build module configured to perform a daily build based on the monitoring configuration table;

And the object adjusting module is configured to update the target monitoring object based on the target description information currently recorded in the monitoring configuration table when the target description information recorded in the monitoring configuration table is detected to be adjusted.

The multi-object determining module is configured to determine a program object corresponding to the target description information as a candidate monitoring object when the monitoring configuration table records at least two newly-added target description information;

and the object merging module is configured to obtain a target monitoring object based on the union set of at least two candidate monitoring objects.

In one implementation of the embodiment of the present invention, the client further includes:

The code compiling module is configured to compile the target monitoring code and integrate the target monitoring code into a target monitoring program, wherein the target monitoring program is used for monitoring the operation data of the client;

A file generation module configured to generate a dynamic link library file based on the target monitoring program;

and the file mounting module is configured to mount the dynamic link library file to the monitoring process of the client when a target instruction is acquired, wherein the target instruction is used for indicating a monitoring request for a target monitoring object.

In one implementation of the embodiment of the present invention, the address acquisition module 402 is further configured to:

The message generation module is configured to generate a target message through a target monitoring program, wherein the target message carries target description information;

the message analysis module is configured to send the target message to the server so that the server analyzes the target description information from the target message and feeds back the target address information through the packet returning message.

In one implementation of the embodiment of the present invention, the client is preconfigured with a plug-in hook module, and the data acquisition module 403 is further configured to:

a code embedding module configured to embed the target monitoring code into the plug-in hook module;

the address hijacking module is configured to hijack the target monitoring object based on the target address information through the plug-in hook module;

The first jump module is configured to collect target performance data of a target monitoring object based on the target monitoring code by the plug-in hook module;

And the second jump module is configured to resume the operation of the target monitoring object based on the target address information after the target monitoring code is executed.

The foregoing is a schematic solution of a client in this embodiment. It should be noted that, the technical solution of the client belongs to the same concept as the technical solution of the data acquisition method applied to the client, and details of the technical solution of the client, which are not described in detail, can be referred to the description of the technical solution of the data acquisition method.

Corresponding to the method embodiment, the invention also provides an embodiment of the client, and fig. 5 shows a schematic structural diagram of the server according to one embodiment of the invention. As shown in fig. 5, the server includes:

The address determining module 501 is configured to obtain target description information sent by the client, and determine target address information based on the target description information, where the target description information is used to indicate a target monitoring object of the client, the target description information is recorded in the monitoring configuration table, and the target address information is used to indicate a position of the target monitoring object in a code of the client;

the address sending module 502 is configured to feed back target address information to the client, so that the client collects target performance data of the target monitoring object through a target monitoring code, wherein the target monitoring code is generated by the client based on the target monitoring object.

In one implementation of the embodiment of the present invention, the address determination module 501 is further configured to:

A description information parsing module configured to determine a reference object based on target description information traversing a reference code set, wherein the reference code set includes a code of a client;

The symbol file acquisition module is configured to acquire a program file corresponding to the reference object;

and the file analysis module is configured to determine the analyzed address as target address information based on the analysis program file in the preset analysis function library.

In one implementation of the embodiment of the present invention, the server further includes:

The message response module is configured to analyze target description information from the target message when the target message sent by the client is acquired;

And the packet returning module is configured to package a packet returning message based on the target address information after the target address information is determined, and send the packet returning message to the client so that the client can acquire the target address information based on the packet returning message.

The above is a schematic solution of a server of the present embodiment. It should be noted that, the technical solution of the server and the technical solution of the data acquisition method applied to the server belong to the same concept, and details of the technical solution of the server which are not described in detail can be referred to the description of the technical solution of the data acquisition method.

As shown in fig. 6, fig. 6 shows a block diagram of an electronic device 600 according to an embodiment of the invention. The components of the electronic device 600 include, but are not limited to, a memory 610 and a processor 620. The processor 620 is coupled to the memory 610 via a bus 630 and a database 650 is used to hold data.

The electronic device 600 also includes an access device 640, the access device 640 enabling the electronic device 600 to communicate via one or more networks 660. Examples of such networks include the Public Switched Telephone Network (PSTN), a Local Area Network (LAN), a Wide Area Network (WAN), a Personal Area Network (PAN), or a combination of communication networks such as the internet. The access device 640 may include one or more of any type of network interface, wired or wireless (e.g., a Network Interface Card (NIC)), such as an IEEE602.11 Wireless Local Area Network (WLAN) wireless interface, a worldwide interoperability for microwave access (Wi-MAX) interface, an ethernet interface, a Universal Serial Bus (USB) interface, a cellular network interface, a bluetooth interface, a Near Field Communication (NFC) interface, and so forth.

In one embodiment of the invention, the above-described components of the electronic device 600, as well as other components not shown in fig. 6, may also be connected to each other, for example, via a bus. It should be understood that the block diagram of the electronic device shown in fig. 6 is for exemplary purposes only and is not intended to limit the scope of the present invention. Those skilled in the art may add or replace other components as desired.

The electronic device 600 may be any type of stationary or mobile electronic device, including a mobile computer or mobile electronic device (e.g., tablet, personal digital assistant, laptop, notebook, netbook, etc.), mobile telephone (e.g., smart phone), wearable electronic device (e.g., smart watch, smart glasses, etc.), or other type of mobile device, or a stationary electronic device such as a desktop computer or PC. The electronic device 600 may also be a mobile or stationary server.

Wherein the processor 620 is configured to execute computer-executable instructions of the data acquisition method.

The above is a schematic solution of an electronic device of the present embodiment. It should be noted that, the technical solution of the electronic device and the technical solution of the data acquisition method belong to the same concept, and details of the technical solution of the electronic device, which are not described in detail, can be referred to the description of the technical solution of the data acquisition method.

The embodiment of the invention also provides a storage medium, which is a computer readable storage medium, and the storage medium stores a computer program, and the computer program realizes the data acquisition method when being executed by a processor.

The memory, as a non-transitory computer readable storage medium, may be used to store non-transitory software programs as well as non-transitory computer executable programs. In addition, the memory may include high-speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid state storage device. In some embodiments, the memory optionally includes memory remotely located relative to the processor, the remote memory being connectable to the processor through a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof. The apparatus embodiments described above are merely illustrative, in which the elements illustrated as separate components may or may not be physically separate, implemented to reside in one place, or may be distributed over a plurality of network elements. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

Those of ordinary skill in the art will appreciate that all or some of the steps, systems, and methods disclosed above may be implemented as software, firmware, hardware, and suitable combinations thereof. Some or all of the physical components may be implemented as software executed by a processor, such as a central processing unit, digital signal processor, or microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit. Such software may be distributed on computer readable media, which may include computer storage media (or non-transitory media) and communication media (or transitory media). The term computer storage media includes both volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data, as known to those skilled in the art. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital Versatile Disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by a computer. Furthermore, as is well known to those of ordinary skill in the art, communication media typically include computer readable instructions, data structures, program modules, or other data in a modulated data signal, such as a carrier wave or other transport mechanism, and may include any information delivery media.

While the preferred embodiment of the present invention has been described in detail, the present invention is not limited to the above embodiments, and those skilled in the art can make various equivalent modifications or substitutions without departing from the spirit and scope of the present invention, and these equivalent modifications or substitutions are included in the scope of the present invention as defined in the appended claims.

Claims

1. The data acquisition method is characterized by being applied to a client, wherein the client is in communication connection with a server, and the data acquisition method comprises the following steps:

2. The method according to claim 1, wherein the determining the target monitoring object based on the target description information described in the monitoring configuration table includes:

Constructing each day based on the monitoring configuration table;

3. The method according to claim 2, wherein the determining the target monitoring object based on the target description information described in the monitoring configuration table includes:

4. The method of claim 1, wherein after the generating the target monitor code based on the target monitor object, the method further comprises:

generating a dynamic link library file based on the target monitoring program;

5. The method of claim 1, wherein the sending the destination description information to the server to cause the server to feed back destination address information based on the destination description information comprises:

6. The method according to claim 1, wherein the client is preconfigured with a plug-in hook module, the hijacking the target monitoring object based on the target address information, collecting target performance data of the target monitoring object by the target monitoring code, including:

embedding the target monitoring code into the plug-in hook module;

7. The data acquisition method is characterized by being applied to a server, wherein the server is in communication connection with a client, and the data acquisition method comprises the following steps:

8. The method of claim 7, wherein the determining target address information based on the target description information comprises:

Acquiring a program file corresponding to the reference object;

9. The method of claim 7, wherein the method further comprises:

10. A client, the client communicatively coupled to a server, the client comprising:

11. A server in communication with a client, the server comprising:

12. An electronic device comprising at least one control processor and a memory for communication connection with the at least one control processor; the memory stores instructions executable by the at least one control processor to enable the at least one control processor to perform the data acquisition method of any one of claims 1 to 6 or to perform the data acquisition method of any one of claims 7 to 9.

13. A computer-readable storage medium storing computer-executable instructions for causing a computer to perform the data acquisition method of any one of claims 1 to 6 or the data acquisition method of any one of claims 7 to 9.