Application resource data collection method and related equipment

Abstract

The embodiment of the invention provides an application resource data collection method and related equipment, which can be widely applied to the fields of digital culture product manufacturing software, digital culture creative software and the like in the digital creative industry. The method comprises the following steps: constructing a preset resource management unit; wherein the preset resource management unit comprises a resource loading detection subunit; constructing an application driving unit according to a preset application execution mechanism, executing application operation simulation through the application driving unit, and triggering an application resource loading request; wherein the preset application execution mechanism is determined based on a target application program; the application resource loading request is detected through the resource loading detection subunit, and then target loading resource data is acquired. According to the embodiment of the invention, the resource data used by the application client can be accurately obtained, so that the problem of resource redundancy of the client is effectively relieved.

Description

Technical Field

[0001] This application relates to the field of software technology for digital cultural product production, and in particular to a method and related equipment for collecting application resource data. Background Technology

[0002] With the development of hardware technology, application resources (such as game resources) are updated and iterated rapidly, often resulting in the coexistence of old and new resources with the same function during the application resource creation process. In related technologies, current mainstream application clients often dynamically load various resources during operation, including locally existing resources and those downloaded from the network. However, due to imperfect management mechanisms, resource redundancy is easily led, especially after version updates or resource replacements, often resulting in a large number of invalid or duplicate resources in the application client. This not only affects client performance but also increases maintenance costs.

[0003] In summary, the technical problems existing in the relevant technologies need to be improved. Summary of the Invention

[0004] The main objective of this application is to propose an application resource data collection method and related equipment that can accurately acquire the resource data used by the application client, thereby effectively alleviating the problem of client resource redundancy.

[0005] To achieve the above objectives, one aspect of this application proposes an application resource data collection method, the method comprising: Construct a preset resource management unit; wherein, the preset resource management unit includes a resource loading detection subunit; An application-driven unit is constructed based on a preset application execution mechanism, and then the application operation simulation is executed through the application-driven unit to trigger an application resource loading request; wherein, the preset application execution mechanism is determined based on the target application. The resource loading detection subunit detects the application resource loading request and then collects the target loaded resource data.

[0006] In some embodiments, the construction of the preset resource management unit includes: Construct a cloud-based resource database; wherein, the cloud-based resource database stores complete application resource packages; Build a local client; wherein the local client includes an engine resource loading interface and an engine resource management interface, and the resource loading detection subunit is embedded in the engine resource loading interface.

[0007] In some embodiments, building a local client includes: The resource loading detection subunit is constructed by means of a preset detection code block; wherein, the preset detection code block includes a preset tracking code block or a preset Hook code block; The resource loading detection subunit is embedded into all types of preset resource loading interfaces to construct the engine resource loading interface; The local client is constructed based on the engine resource loading interface and the engine resource management interface.

[0008] In some embodiments, the step of detecting the application resource loading request through the resource loading detection subunit and then collecting target loaded resource data includes: The target loaded resource data is obtained by dynamically recording the resource loading information corresponding to the application resource loading request through preset tracking code blocks; Alternatively, the application resource loading request can be intercepted by a preset Hook code block, thereby recording the target loaded resource data.

[0009] In some embodiments, the step of constructing an application-driven unit according to a preset application execution mechanism, and then executing application operation simulation through the application-driven unit to trigger an application resource loading request includes: Based on the program structure framework of the target application, application layering is performed to obtain several application execution layers; Based on the application execution hierarchy, a corresponding hierarchical execution script module is constructed; wherein, the hierarchical execution script module is configured with corresponding hierarchical execution rule conditions; The execution script module at the specified level performs application operation simulation on the target application, triggering the application resource loading request.

[0010] In some embodiments, the step of simulating application operations on the target application according to the hierarchical execution script module and triggering the application resource loading request includes: Acquire task test data; wherein, the task test data includes preset test scenarios and preset script parameters; The target script module is determined from the hierarchical execution script modules according to the preset test scenario; The application operation is simulated based on the target script module and the preset script parameters, thereby triggering the target application to execute a resource loading request.

[0011] In some embodiments, after performing the detection of the application resource loading request through the resource loading detection subunit and thereby collecting the target loaded resource data, the method further includes: The target loaded resource data is processed to obtain preset resource data; wherein, the data processing includes data formatting and sorting, data deduplication, and data archiving; A list of application resources is generated based on the preset resource data.

[0012] In some embodiments, after performing the detection of the application resource loading request through the resource loading detection subunit and thereby collecting the target loaded resource data, the method further includes: Based on the target loaded resource data, a preset resource processing is performed; wherein, the preset resource processing includes one of resource optimization processing, resource missing detection, and resource distribution processing.

[0013] To achieve the above objectives, another aspect of this application provides an application resource data collection device, the device comprising: The first module is used to construct a preset resource management unit; wherein, the preset resource management unit includes a resource loading detection subunit; The second module is used to construct an application-driven unit according to a preset application execution mechanism, and then execute application operation simulation through the application-driven unit to trigger an application resource loading request; wherein, the preset application execution mechanism is determined based on the target application. The third module is used to detect the application resource loading request through the resource loading detection subunit, and then collect the target loaded resource data.

[0014] To achieve the above objectives, another aspect of this application provides an electronic device, the electronic device comprising: At least one processor; At least one memory for storing at least one program; When the at least one program is executed by the at least one processor, the at least one processor performs the method described above.

[0015] To achieve the above objectives, another aspect of the embodiments of this application proposes a computer-readable storage medium storing a computer program that, when executed by a processor, implements the above-described method.

[0016] To achieve the above objectives, another aspect of this application provides a computer program product, including a computer program that, when executed by a processor, implements the above-described method. The embodiments of this application include at least the following beneficial effects: This application provides an application resource data collection method, apparatus, electronic device, storage medium, and program product. This solution constructs a preset resource management unit including a resource loading detection subunit, and constructs an application-driven unit based on a preset application execution mechanism determined by the target application. The application-driven unit then performs application operation simulation to trigger application resource loading requests. Finally, the embodiments of this invention detect application resource loading requests through the resource loading detection subunit, thereby collecting target loaded resource data and achieving accurate acquisition of the resource data required by the application client. It is readily understood that by setting a resource loading detection subunit in the preset resource management unit to detect application resource loading requests, and simultaneously determining a preset application execution mechanism based on the target application, and then constructing a corresponding application-driven unit, the embodiments of this invention accurately simulate application operations and trigger application resource loading requests, thereby accurately acquiring the various resource data required by the application client and effectively alleviating the problem of client resource redundancy. Attached Figure Description

[0017] Figure 1 This is a flowchart of the application resource data collection method provided in the embodiments of the present invention; Figure 2 This is a flowchart of constructing a preset resource management unit provided in an embodiment of the present invention; Figure 3 This is a flowchart of building a local client provided in an embodiment of the present invention; Figure 4 This is a flowchart provided by an embodiment of the present invention, which detects application resource loading requests through a resource loading detection subunit and then collects target loaded resource data; Figure 5 This is a flowchart provided by an embodiment of the present invention, which describes how to construct an application-driven unit based on a preset application execution mechanism, and then execute application operation simulation through the application-driven unit to trigger an application resource loading request. Figure 6 This is a flowchart provided by an embodiment of the present invention, which simulates application operations of a target application based on a hierarchical execution script module, and triggers an application resource loading request. Figure 7 This is a flowchart for generating an application resource usage list provided in an embodiment of the present invention; Figure 8 This is a flowchart of the preset resource processing provided in an embodiment of the present invention; Figure 9 This is a flowchart illustrating the application client's self-driven automated resource collection process provided in this embodiment of the invention. Figure 10This is a schematic diagram of the application resource data collection device provided in an embodiment of the present invention; Figure 11 This is a schematic diagram of the hardware structure of the electronic device provided in an embodiment of the present invention. Detailed Implementation

[0018] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of this application and are not intended to limit it. In the following description, when referring to the accompanying drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with those of this application; they are merely examples of apparatuses and methods consistent with some aspects of the embodiments of this application as detailed in the appended claims.

[0019] It is understood that the terms “first,” “second,” etc., used in this application may be used herein to describe various concepts, but unless otherwise stated, these concepts are not limited by these terms. These terms are only used to distinguish one concept from another. For example, without departing from the scope of the embodiments of this application, first information may also be referred to as second information, and similarly, second information may also be referred to as first information. Depending on the context, the words “if,” “when,” or “in response to a determination” as used herein may be interpreted as “when…” or “when…” or “in response to a determination.”

[0020] As used in this application, the terms "at least one", "multiple", "each", "any", etc., "at least one" includes one, two or more, "multiple" includes two or more, "each" refers to each of the corresponding multiples, and "any" refers to any one of the multiples.

[0021] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of this application only and is not intended to limit this application.

[0022] Before providing a detailed description of the embodiments of this application, some of the nouns and terms involved in the embodiments of this application will be explained first. The nouns and terms involved in the embodiments of this application are subject to the following interpretations.

[0023] Hook technology is a technique that intercepts, modifies, or extends the program execution flow. Its core idea is to insert custom logic at specific points in the program's execution (such as function calls, system events, etc.) to monitor, modify, or enhance the program's behavior.

[0024] Event tracking technology is a technique that involves pre-embedding code (called "event tracking") into applications or websites to collect user behavior data, system performance data, or business metrics.

[0025] With the development of hardware technology, application resources (such as game resources) are updated and iterated rapidly. This often leads to situations where old and new resources with the same function coexist during the creation of application resources. For example, in the creation of game resources, old and new resources with the same function frequently coexist. In related technologies, current mainstream application clients often dynamically load various resources during operation, including some that are already locally available and some that are downloaded from the network. However, due to imperfect management mechanisms, resource redundancy is easily caused, especially after version updates or resource replacements. Application clients often have a large number of invalid or duplicate resources. This not only affects client performance but also increases maintenance costs.

[0026] In view of this, embodiments of this application provide an application resource data collection method, apparatus, electronic device, storage medium, and program product. This solution constructs a preset resource management unit including a resource loading detection subunit, and builds an application-driven unit based on a preset application execution mechanism determined by the target application. The application-driven unit then performs application operation simulation to trigger application resource loading requests. Finally, this embodiment of the invention detects application resource loading requests through the resource loading detection subunit, thereby collecting target loaded resource data and achieving accurate acquisition of the resource data required by the application client, thus effectively alleviating the problem of client resource redundancy.

[0027] The application resource data collection method provided in this application relates to the field of software technology for digital cultural product production. This application resource data collection method can be applied to a terminal, a server, or software running on a terminal or server. In some embodiments, the terminal can be a smartphone, tablet, laptop, desktop computer, smart speaker, smartwatch, or in-vehicle terminal, but is not limited to these. The server can be configured as an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDN, and big data and artificial intelligence platforms. The server can also be a node server in a blockchain network. The software can be an application implementing the application resource data collection method, but is not limited to the above forms.

[0028] This application can be used in a wide variety of general-purpose or special-purpose computer system environments or configurations. Examples include: personal computers, server computers, handheld or portable devices, tablet devices, multiprocessor systems, microprocessor-based systems, set-top boxes, programmable consumer electronics devices, network PCs, minicomputers, mainframe computers, and distributed computing environments including any of the above systems or devices. This application can be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform specific tasks or implement specific abstract data types. This application can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communication network. In distributed computing environments, program modules can reside in local and remote computer storage media, including storage devices.

[0029] It should be noted that in all specific embodiments of this application, when processing data related to user identity or characteristics, such as user information, user behavior data, user historical data, and user location information, user permission or consent is obtained first. Furthermore, the collection, use, and processing of this data comply with relevant laws, regulations, and standards. In addition, when embodiments of this application require access to sensitive personal information of users, separate permission or consent from the user is obtained through pop-ups or redirection to confirmation pages. Only after obtaining the user's separate permission or consent is the necessary user-related data required for the proper functioning of these embodiments acquired.

[0030] Figure 1 This is an optional flowchart of the application resource data collection method provided in the embodiments of this application. Figure 1 The method may include, but is not limited to, steps S110 to S130.

[0031] Step S110: Construct a preset resource management unit. The preset resource management unit includes a resource loading detection subunit.

[0032] Specifically, in this embodiment of the invention, the preset resource management unit refers to a resource management unit that supports dynamically acquiring application resources. Correspondingly, in this embodiment of the invention, the resource loading detection subunit refers to a detection module used to detect the resource data that the target application needs to load, which can detect and record each resource access request.

[0033] In practical applications, this embodiment of the invention first constructs a preset resource management unit based on the data access architecture of the target application and combined with engine capabilities to achieve dynamic resource distribution and loading. Simultaneously, this embodiment of the invention sets up a resource loading detection subunit in the resource loading interface of the preset resource management unit, such as setting up a resource loading detection subunit in the resource loading interface of the target application, to ensure that every resource access request can be detected and recorded during operation, thereby improving the accuracy and reliability of application resource data collection.

[0034] For example, in the process of collecting game resource data, this embodiment of the invention first constructs a game resource management unit, i.e., a preset resource management unit, based on the game program's data access architecture and combined with the corresponding engine capabilities. Specifically, the game resource management unit constructed in this embodiment of the invention has a resource loading detection subunit at the game program's resource loading end, such as the game resource loading port. This embodiment of the invention uses the resource loading detection subunit in the game resource management unit to monitor game resource loading requests in real time, thereby capturing every game resource access request and improving the accuracy and coverage of game resource data collection.

[0035] Step S120: Construct an application-driven unit based on a preset application execution mechanism, and then execute application operation simulation through the application-driven unit to trigger an application resource loading request. The preset application execution mechanism is determined based on the target application.

[0036] Specifically, in this embodiment of the invention, application operation simulation refers to simulating various user operations. Correspondingly, the application driver unit refers to a driver module used to perform application operation simulation, simulating user behavior to drive the target application to load the required resource data normally. Correspondingly, in this embodiment of the invention, the preset application execution mechanism refers to the execution mechanism of the application driver unit, such as the execution order, process, and corresponding rule mechanisms, which are determined based on the target application.

[0037] In practical applications, embodiments of the present invention first determine a preset application execution mechanism based on the target application. For example, based on the execution flow sequence and execution conditions of the target application, the execution conditions and execution sequence of the application driver unit are determined, thereby constructing an application driver unit that can effectively simulate various user operation behaviors. Accordingly, embodiments of the present invention perform application operation simulation based on the constructed application driver unit, that is, simulate various user operation behaviors, thereby triggering corresponding application resource loading requests, that is, driving the target application to load the resource data corresponding to the simulated various operation behaviors. By determining the corresponding preset application execution mechanism based on the target application and then constructing the application driver unit, embodiments of the present invention can effectively improve the coverage of various processes and scenarios of the application, thereby improving the accuracy of application resource collection.

[0038] For example, in the resource data collection process of a shopping application, this embodiment of the invention first determines its preset application execution mechanism based on the execution logic sequence and related execution conditions of the shopping application, and then constructs an application-driven unit according to the preset application execution mechanism. Further, this embodiment of the invention uses the application-driven unit to automatically simulate various user operations, such as selecting goods, browsing products, and zooming in / out of images. The simulated operations by the application-driven unit then trigger corresponding resource loading requests in the shopping application, thereby driving the application to load the necessary resources, such as images and parameter data tables.

[0039] Step S130: The application resource loading request is detected by the resource loading detection subunit, and the target loaded resource data is collected.

[0040] Specifically, in this embodiment of the invention, the target resource loading data refers to the expected resources that each application resource loading request needs to load. This embodiment of the invention captures each application resource loading request to determine the resource loading information corresponding to various user operation behaviors simulated by the application driver unit.

[0041] In practical applications, after the application driving unit performs various application operation simulations, the embodiment of the present invention captures the triggered application resource loading requests through the resource loading detection subunit in the preset resource management unit, so as to record all requested and loaded resource information, such as resource path, type, source and other detailed resource data, thereby obtaining the target loaded resource data.

[0042] For example, in the resource loading data collection process of a communication application, this embodiment of the invention first simulates application operations through an application-driven unit constructed by a preset application execution mechanism determined by the communication application, such as simulating user operations such as reading information, sending information, and adding target objects, to trigger corresponding application resource loading requests. This causes the communication application to load the corresponding resource data from the corresponding execution module, thereby obtaining the corresponding loaded resource data, such as the loaded resource path, resource type, and information source. This allows for the accurate determination of the resource data required by the communication application, such as the target resource data required by the old and new versions of the communication application. This provides support for subsequent resource optimization, reduces resource redundancy in the communication application, and effectively alleviates the problem of client resource redundancy.

[0043] One of the above technical solutions has the following advantages or beneficial effects: The embodiments of the present invention detect application resource loading requests by setting a resource loading detection subunit in a preset resource management unit, and at the same time determine the preset application execution mechanism based on the target application, and then construct the corresponding application driver unit, so as to accurately simulate application operation simulation and trigger application resource loading requests, thereby accurately obtaining the various resource data required by the application client, and thus effectively alleviating the problem of client resource redundancy.

[0044] Reference Figure 2 To achieve lightweight client applications, improve resource loading efficiency, and reduce client resource redundancy, in some embodiments of the present invention, a preset resource management unit is constructed, including but not limited to the following steps: Step S210: Construct a cloud resource database. The cloud resource database stores the complete application resource package.

[0045] Step S220: Build the local client. The local client includes an engine resource loading interface and an engine resource management interface, with the resource loading detection subunit embedded in the engine resource loading interface.

[0046] Specifically, in this embodiment of the invention, the cloud resource database refers to a cloud resource repository that stores complete application resource packages and supports versioned resource management. Each resource package in the cloud resource database includes a resource identifier, version number, dependency graph, and verification hash value. Correspondingly, in this embodiment of the invention, the local client refers to a lightweight target application client, which only includes the core engine module, the basic resource loader, and the resource distribution SDK.

[0047] In practical applications, this invention utilizes a cloud-local collaborative architecture, combined with engine capabilities, to achieve dynamic resource distribution and loading. First, it constructs a cloud resource distribution architecture by building a cloud resource database to store complete resource packages, and then provides resource existence verification, version compatibility checks, and dependency resolution structures through metadata services. Next, it builds a lightweight local client, including an engine resource loading interface and an engine resource management interface. Accordingly, it embeds a resource loading detection subunit within the engine resource loading interface, enabling it to capture every resource access request. The engine resource loading interface (e.g., texture loading, model loading) executes a resource loading priority strategy, prioritizing local resources; if a local resource is not found, it requests cloud resources. Furthermore, by embedding a resource loading detection subunit within the engine resource loading interface, it records necessary data such as resource request methods and loading times for subsequent resource loading optimization. Additionally, it obtains a complete resource dependency graph through the engine resource management interface and generates a resource loading list.

[0048] For example, in a game resource automated collection application scenario, this embodiment of the invention first constructs a preset resource management unit, including a cloud resource database and a local game client, through local and cloud collaboration. Specifically, this embodiment stores complete game resource packages in the cloud resource database, and each resource package contains data such as resource identifiers, resource version numbers, dependency graphs, and verification hash values. Simultaneously, this embodiment includes an engine resource loading interface and an engine resource management interface in the local game client. Accordingly, this embodiment uses the general engine resource loading interface to load resources, employing a resource loading priority strategy: local resources are loaded first, and cloud resources are requested if local resources are not available. Further, this embodiment embeds a resource loading detection subunit within the engine resource loading interface to record relevant information about resource requests, thereby obtaining the corresponding game resource loading data.

[0049] One of the above technical solutions has the following advantages or beneficial effects: By adopting a cloud-local collaborative architecture design, combined with engine capabilities, the embodiments of the present invention can realize dynamic resource distribution and loading. Furthermore, by building a lightweight local client and storing the complete resource package in the cloud resource database, it is possible to dynamically obtain application resources from the local client and the network, thereby reducing the redundancy problem of client resources, achieving client lightweighting, and improving resource loading efficiency.

[0050] Reference Figure 3To further improve the accuracy of application resource collection and achieve precise data acquisition, in some embodiments of the present invention, a local client is constructed, including but not limited to the following steps: Step S310: Construct a resource loading detection subunit using preset detection code blocks. The preset detection code blocks include preset tracking code blocks or preset Hook code blocks.

[0051] Step S320: Embed the resource loading detection subunit into all types of preset resource loading interfaces to construct the engine resource loading interface.

[0052] Step S330: Build a local client based on the engine resource loading interface and the engine resource management interface.

[0053] Specifically, in this embodiment of the invention, the preset detection code block refers to the code module of the resource loading detection subunit, which includes either a preset tracking code block or a preset Hook code block. Correspondingly, in this embodiment of the invention, the preset tracking code block refers to a code block that uses tracking technology to perform tracking in the engine resource loading interface. Additionally, in this embodiment of the invention, the preset Hook code block refers to a Hook code block that uses Hook technology to embed in the engine resource loading interface. Correspondingly, in this embodiment of the invention, the preset resource loading interface refers to the resource loading interface of the target application.

[0054] In practical applications, embodiments of the present invention first construct resource loading detection subunits based on preset detection code blocks, and then embed the corresponding resource loading detection subunits into all types of preset resource loading interfaces of the target application, thereby constructing the engine resource loading interface. For example, embodiments of the present invention can construct preset tracking code blocks and perform tracking in all preset resource loading interfaces of the target application, thereby recording loaded resource data through tracking. Alternatively, embodiments of the present invention can also construct preset Hook code blocks and embed them into each preset resource loading interface to intercept the resource loading process through Hook technology, dynamically capturing and recording all requested and loaded resource information. Accordingly, embodiments of the present invention generate the engine resource loading interface by embedding the resource loading detection subunits constructed from preset tracking code blocks or preset Hook code blocks into each preset resource loading interface, and then construct the local client by combining it with the engine resource management interface.

[0055] For example, in an application scenario of automated resource collection for an interactive application, this embodiment of the invention first generates a preset tracking code block or a preset Hook code block to construct a resource loading detection subunit. Accordingly, this embodiment of the invention embeds the preset tracking code block or preset Hook code block into various types of resource loading interfaces of the interactive application to construct corresponding engine resource loading interfaces. Further, this embodiment of the invention combines the engine resource management interface and the engine resource loading interface to construct a lightweight local client, thereby supporting the dynamic acquisition of application resources from both local and network channels, and capable of detecting and recording every resource access request, regardless of whether the resource is stored locally or downloaded in real time via the network.

[0056] One of the above technical solutions has the following advantages or beneficial effects: By constructing a preset tracking code block or a preset Hook code block, the present invention can capture and record each resource request and corresponding resource information in real time through tracking technology or Hook technology, thereby further improving the accuracy of application resource collection and achieving precise data collection.

[0057] Combination Figure 1 , refer to Figure 4 To effectively improve the accuracy of resource access and resource loading detection, in some embodiments of the present invention, a resource loading detection subunit is used to detect application resource loading requests, thereby collecting target loaded resource data, including but not limited to the following steps: Step S410: Dynamically record the resource loading information corresponding to the application resource loading request through the preset tracking code block to obtain the target loaded resource data.

[0058] Alternatively, step S420: intercept application resource loading requests through a preset Hook code block, and then record the target loaded resource data.

[0059] Specifically, in this embodiment of the invention, the application resource loading request refers to the resource access request triggered by the application driver unit performing application operation simulation, in order to request the corresponding resource loading.

[0060] In practical applications, embodiments of the present invention set up tracking points, i.e., preset tracking code blocks, in the engine resource loading interface of the target application. These preset tracking code blocks record application resource loading requests triggered by the application driver unit in real time, and simultaneously record the corresponding loaded resource information, such as resource path, type, and source, to obtain the target loaded resource data. Alternatively, embodiments of the present invention can also intercept the resource loading process using Hook technology. Specifically, embodiments of the present invention set up hooks, i.e., preset hook code blocks, in the engine resource loading interface to intercept all resource loading requests and record the required resource information, thereby obtaining the target loaded resource data.

[0061] One of the above technical solutions has the following advantages or beneficial effects: The method of obtaining resource loading information through the embedding or hook technology in the embodiments of the present invention can capture and record all requested and loaded resource information in real time, which effectively improves the accuracy of resource access and resource loading detection.

[0062] Reference Figure 5 To accurately identify the resources actually used by the client, effectively trigger resource loading, and reduce resource redundancy, in some embodiments of the present invention, an application-driven unit is constructed based on a preset application execution mechanism. Then, the application-driven unit performs application operation simulation to trigger application resource loading requests, including but not limited to the following steps: Step S510: Perform application layering based on the program structure framework of the target application to obtain several application execution layers.

[0063] Step S520: Construct the corresponding hierarchical execution script module based on the application execution hierarchy. The hierarchical execution script module is configured with corresponding hierarchical execution rule conditions.

[0064] Step S530: Execute the script module according to the hierarchy to simulate application operations on the target application and trigger application resource loading requests.

[0065] Specifically, in this embodiment of the invention, the program structure framework refers to the execution architecture of the target application, such as the program execution flow architecture. Correspondingly, the application execution level refers to several execution modules divided according to the execution order or process of the target application. For example, a target application can be divided into task layers, scene layers, etc., according to its execution order. Meanwhile, the hierarchical execution script module refers to a script used to simulate user operations to trigger the loading of necessary resources at the corresponding application execution level. Furthermore, in this embodiment of the invention, the hierarchical execution rule conditions refer to the mechanism conditions corresponding to each hierarchical execution script module, such as verification mechanisms, priority conditions, and fault tolerance mechanisms.

[0066] In practical applications, this embodiment of the invention first performs application layering processing on the target application according to its program structure framework, dividing it into several different application execution levels. Accordingly, this embodiment constructs corresponding level execution script modules based on each of the divided application execution levels, thereby enabling the simulation of user operations at different application execution levels through these modules. Each level execution script module in this embodiment is configured with corresponding level execution rules, such as preconditions for verification before each script execution (e.g., login status, resource availability), and execution priority conditions for different scripts. Finally, this embodiment simulates application operations on the target application through the level execution script modules, i.e., simulates user actions to trigger resource access requests.

[0067] For example, in an automated game resource collection scenario, this embodiment of the invention first performs application layering on the game application to obtain corresponding application execution layers. For instance, according to the execution order architecture of the game application, this embodiment divides it into a basic layer, a dependency layer, a functional layer, a scene layer, and a combat layer, and constructs corresponding layer execution script modules. The application startup script corresponding to the basic layer serves as a prerequisite to ensure the test environment initialization is complete. The user account login script corresponding to the dependency layer needs to be executed after the application starts and requires verification of the login status. Additionally, the task completion script corresponding to the task layer needs to be executed after the application starts and requires verification of the character creation status. Meanwhile, the operation scripts corresponding to the functional layer, such as character / face customization, need to be executed after successful login and require verification of the character creation status. Correspondingly, the scene traversal scripts corresponding to the scene layer need to follow scene switching rules and support multi-threaded concurrency. Furthermore, the combat scripts corresponding to the combat layer in the game, such as PVP combat scripts, need to be executed after character creation and support combat status monitoring. Further, this embodiment of the invention also sets up a core rule condition system, namely, layer execution rule conditions. For example, this embodiment of the invention includes a state verification mechanism, requiring the verification of preconditions before each script execution. It also includes an exception handling mechanism, such as timeout retry, breakpoint resumption, and abnormal exit fault tolerance mechanisms. Furthermore, this embodiment supports the dynamic injection of preset network fluctuation parameters (latency / packet loss / bandwidth limits) by setting network simulation rules. Correspondingly, this embodiment also includes a resource corruption policy to configure simulation rules for resource corruption types (file corruption / memory overflow / service crash). Additionally, this embodiment manages the execution order and resource allocation of different scripts through a weighted system by setting execution priorities. Finally, this embodiment simulates the player's actions using the constructed hierarchical execution script module to trigger the game application to load game resources.

[0068] It is easy to understand that, in this embodiment of the invention, the target application is processed through application layering to define the macro-flow sequence of script execution according to the layering mechanism (structural framework), such as startup → login → function → (task / scene / battle, etc.). Next, this embodiment of the invention specifies the execution level and dependencies through hierarchical execution rules and conditions, i.e., the core rule and condition system (execution constraints and control). These are embedded before and after each stage of the layering mechanism to verify execution conditions and detect anomalies, ensuring the correctness and stability of script execution at each layer. For example, in the process of logging into the game scene, this embodiment of the invention first determines whether the client is installed and whether the version is consistent with the test target (before the client is started in the layered steps). Next, this embodiment of the invention determines whether the client process exists and whether the client is a foreground process (after the client is started in the layered steps), and performs anomaly handling and reporting processes for crashes, unresponsiveness, etc. Furthermore, this embodiment of the invention simulates a weak network environment and verifies the correctness of client resource downloads (after the client is started in the layered steps, the client triggers resource downloads). Then, this embodiment of the invention verifies whether the logged-in account meets the given parameters (after the login process in the layered steps) and checks the character creation status (after the functional layer process in the layered steps). Finally, this embodiment of the invention verifies whether the character has successfully entered the game scene (after the layered steps of the game scene entry process are executed). Accordingly, in this embodiment, verification and control strategies before and after execution at each layer can be customized as needed. Furthermore, this embodiment employs a plug-in design to support rapid expansion of new scene scripts, manages execution parameters through configuration files to reduce script coupling, ensures the rationality of the execution order by establishing a script dependency graph, supports problem tracing and analysis by recording complete execution logs, and integrates performance monitoring metrics to evaluate script execution efficiency in real time.

[0069] One of the above technical solutions has the following advantages or beneficial effects: The embodiments of the present invention divide the application into layers based on the resource loading mechanism of the target application, such as the program structure framework, and then construct the corresponding layer execution script modules. This can accurately identify the resources actually used by the client and effectively improve the process coverage of the application. It can effectively trigger the corresponding resource loading, realize the accurate identification of the resources required by the client, effectively trigger resource loading, and reduce resource redundancy.

[0070] Reference Figure 6 To enhance application scenario coverage, achieve multi-scenario coverage, and thereby improve the completeness and reliability of application resource data collection, in some embodiments of the present invention, application operation simulation is performed on the target application according to the hierarchical execution script module to trigger application resource loading requests, including but not limited to the following steps: Step S610: Obtain task test data. The task test data includes preset test scenarios and preset script parameters.

[0071] Step S620: Determine the target script module from the hierarchical execution script modules according to the preset test scenario.

[0072] Step S630: Simulate application operations based on the target script module and preset script parameters, thereby triggering the target application to execute resource loading requests.

[0073] Specifically, in this embodiment of the invention, the task test data refers to the test task to be executed, which includes a preset test scenario and the required script data, i.e., preset script parameters. Correspondingly, the target script module refers to the hierarchical execution script module required to complete the preset test scenario. This embodiment of the invention combines the corresponding hierarchical execution script modules to achieve coverage of different test scenarios.

[0074] In practical applications, this embodiment of the invention first acquires and parses task test data to determine the corresponding preset test scenarios and preset script parameters. Next, according to the preset test scenarios, this embodiment selects target script modules from the execution script modules at each level, and inputs parameters to the target script modules using preset script parameters to simulate application operations, thereby triggering the target application to load resources.

[0075] For example, in a task system testing scenario, this embodiment of the invention implements the target task testing process by configuring parameters to specify the execution scripts for the account login stage, character creation stage, and task stage. Accordingly, this embodiment first parses the task system testing-related parameters, i.e., the task testing data, to obtain the scripts to be executed and their corresponding parameters. Next, the account login script logs into the corresponding account and server according to the parameters. Then, in the character creation stage, the corresponding script is executed and the corresponding parameters are input to create a character of the corresponding type. Further, in the task execution stage, the corresponding script is executed, and the corresponding parameters are input to select the starting and ending tasks, as well as the priority of branch task execution order, etc.

[0076] It should be noted that this embodiment of the invention achieves multi-scenario coverage (such as login + role creation + task line) through modular script combination, and supports variable substitution mechanisms to adapt to different test environment parameters (account / server configuration). Simultaneously, by setting corresponding conditional triggering mechanisms, the execution path is dynamically selected based on the test objective (such as stress testing / stability testing). Accordingly, this embodiment of the invention employs a cross-validation strategy, using a multi-script collaborative verification mechanism to ensure the integrity of the scenario logic. Furthermore, this embodiment of the invention also calculates the execution coverage of each scenario in real time to generate a visual analysis report.

[0077] One of the above technical solutions has the following advantages or beneficial effects: By combining different scripts and setting corresponding parameters at each level, the embodiments of the present invention achieve coverage of different test scenarios, enhancing the scenario coverage of the application and enabling multi-scenario coverage, thereby improving the integrity and reliability of application resource data collection. The embodiments of the present invention ensure a complete test surface by combining scripts, dynamically parameterizing, and monitoring coverage at each level.

[0078] Reference Figure 7 To further improve the reliability of application resource data collection and provide a reliable basis for subsequent resource optimization and strategy formulation, in some embodiments of the present invention, after executing the detection of application resource loading requests through the resource loading detection subunit and thereby collecting target loaded resource data, the application resource data collection method provided in the embodiments of the present invention further includes, but is not limited to, the following steps: Step S710: Process the target loaded resource data to obtain preset resource data. Data processing includes data formatting and organization, data deduplication, and data archiving.

[0079] Step S720: Generate an application resource usage list based on preset resource data.

[0080] Specifically, in this embodiment of the invention, the preset resource data refers to the resource data obtained after preprocessing and filtering. Correspondingly, the application resource usage list refers to the list of resource data required by the target application.

[0081] In practical applications, the collected target loading resource data may contain duplicate resource information, and the data formats are not entirely the same, making subsequent processing and retrieval inconvenient. Therefore, this embodiment of the invention, after obtaining the target loading resource data, processes it to filter out preset resource data, and then generates a complete resource usage list, i.e., an application resource usage list, based on the preset resource data. The data processing performed on the target loading resource data in this embodiment includes data formatting and organization, data deduplication, and data archiving. This embodiment of the invention collects, organizes, and deduplicates all resource loading records monitored during automated testing, and then archives them to generate a complete resource usage list, thereby providing a reliable basis for subsequent resource optimization and strategy formulation.

[0082] One of the above technical solutions has the following advantages or beneficial effects: By processing the acquired target loading resource data and generating an application resource usage list, the embodiments of the present invention can filter and organize complete resource information, alleviate the redundancy problem of resource data information, and thus improve the reliability of application resource data collection, providing a reliable basis for subsequent resource optimization and strategy formulation.

[0083] Combination Figure 1 , refer to Figure 8 To optimize application resources and further alleviate the problem of application resource redundancy, in some embodiments of the present invention, after executing the detection of application resource loading requests through the resource loading detection subunit and thereby collecting target loaded resource data, the application resource data collection method provided in the embodiments of the present invention further includes, but is not limited to, the following steps: Step S810: Perform preset resource processing based on the target loaded resource data. The preset resource processing includes one of the following: resource optimization, resource missing detection, and resource distribution.

[0084] Specifically, in this embodiment of the invention, preset resource processing refers to resource processing of the target application, including one of resource optimization processing, resource missing detection, and resource distribution processing.

[0085] In practical applications, after determining the target loading resource data of the target application, this embodiment of the invention formulates corresponding resource data processing strategies based on the target loading resource data, such as resource optimization processing strategies, resource missing detection strategies, and resource distribution strategies, and then executes corresponding preset resource processing. For example, in scenarios where cosmetic gift pack resources need to be displayed locally, to ensure that players can view the cosmetic effects upon first launching the client and avoid affecting user experience due to network download delays, this embodiment of the invention identifies the local resources that need to be supplemented by detecting resource dependencies. Specifically, this embodiment of the invention establishes a resource dependency graph, analyzes the correlation between cosmetic resources and local resources, compares the completeness of the client's local resource library and the network resource library, identifies missing network resources based on the target loading resource data, generates a supplementary list, and then supplements the missing resources through localized packaging or dynamic download. Accordingly, this embodiment of the invention, through a resource missing detection strategy based on target loaded resource data, can achieve 100% localized display of external resources, ensuring that players can experience the full effect without waiting for network downloads. This improves the smoothness of game tutorials and external display, guarantees the immediacy of the core experience, reduces the initial launch waiting time, and enhances players' perception of product completeness. For example, in scenarios with mobile installation package size limitations (typically Android < 2G, iOS < 4G), this embodiment of the invention optimizes the local resource selection strategy based on target loaded resource data to balance the installation package size with subsequent download volume. Accordingly, this embodiment of the invention collects the resource list of the minimum client, i.e., the target loading resource data, and establishes a resource priority evaluation model (including dimensions such as usage frequency, resource type, and dependencies). Then, a greedy algorithm is used for resource filtering, prioritizing the retention of frequently used resources and marking low-frequency resources as cloud download resources. A distribution strategy configuration file is generated, thereby controlling the installation package size within a reasonable range (typically Android < 2G, iOS < 4G), reducing subsequent downloads, maintaining the integrity and performance of core functions, effectively balancing installation package size and resource integrity, reducing user bandwidth consumption, and supporting dynamic resource update strategies. Furthermore, addressing the bandwidth waste problem of high-frequency textures (such as character models) and low-frequency high-polygon models, this embodiment of the invention implements texture compression and model simplification through a data-driven strategy. Accordingly, this embodiment of the invention first records texture access frequency, model loading performance, and usage scenarios based on the target loading resource data, then establishes a resource popularity matrix and distinguishes texture / model types and usage priorities. Then, during texture compression, DXT5 compression (4:4:4:4 format) is applied to high-frequency textures to reduce bandwidth usage. During model simplification, low-frequency high-polygon models are processed to reduce their polygon count (LOD grading) while preserving core geometric features. This reduces texture bandwidth, lowers the transmission cost of high-polygon models, and improves rendering performance.Accordingly, the embodiments of the present invention can implement special strategies for different resource types to achieve precise optimization, and can dynamically adjust strategies based on actual usage data to achieve data-driven optimization. Furthermore, by compressing textures and reducing polygon count, it balances image quality and efficiency to achieve performance balance.

[0086] One of the above technical solutions has the following advantages or beneficial effects: the embodiments of the present invention determine the corresponding resource data processing strategy by loading resource data of the target to execute the corresponding preset resource processing, which can effectively optimize application resources and further alleviate the problem of application resource redundancy.

[0087] The following section provides a detailed introduction and explanation of the solutions in this embodiment of the invention, using specific application resource data collection scenarios as examples: Reference Figure 9 , Figure 9 This invention provides a framework diagram for an application client-driven automated resource collection process according to an embodiment of the invention. Specifically, in a game resource collection scenario, this embodiment of the invention constructs a cloud resource repository and a local client based on a cloud-local collaborative architecture. It embeds data points at the resource loading interface of the local client or intercepts the resource loading process using Hook technology, thereby constructing an integrated resource management system to monitor every local and network resource request during operation. Simultaneously, based on the execution mechanism of the target application (local client), this embodiment of the invention constructs automated scripts or robots, i.e., application-driven units, to simulate various operations of real players, such as clicking, moving, and task triggering, covering various processes and scenarios in the game. This embodiment of the invention uses the constructed automated scripts or robots to automatically simulate player operations, driving the corresponding game client (local client) to load the required resources normally. Further, this embodiment of the invention captures and records all requested and loaded resource information in real time, including detailed data such as resource path, type, and source, through data embedding at the resource loading interface of the game client or Hook technology. Finally, this embodiment of the invention collects, organizes, and deduplicates all resource loading records monitored during the automated testing process, thereby generating a complete resource usage list. Accordingly, the embodiments of the present invention further classify and archive the generated resource usage list to provide reliable data support for subsequent resource optimization, missing item detection, and distribution strategy formulation.

[0088] It is readily understood that this invention, based on the client's own resource loading mechanism, can accurately identify the resources actually used by the client, effectively alleviating resource issues. Simultaneously, this invention, through automated operations simulating real player behavior, can fully cover the game flow, effectively triggering resource loading, and dynamically collect resource loading information through event tracking or hooking techniques, achieving accurate data collection. Furthermore, this invention, through automated testing, can reduce repetitive manual labor, saving manpower and time costs, and generating a complete resource usage list, providing a reliable basis for subsequent resource optimization and strategy formulation.

[0089] Please see Figure 10 This application also provides an application resource data collection device that can implement the above-described method. The device includes: The first module 910 is used to construct a preset resource management unit. The preset resource management unit includes a resource loading detection subunit.

[0090] The second module 920 is used to construct an application-driven unit based on a preset application execution mechanism, and then execute application operation simulation through the application-driven unit to trigger application resource loading requests. The preset application execution mechanism is determined based on the target application.

[0091] The third module 930 is used to detect application resource loading requests through the resource loading detection subunit, and then collect target loaded resource data.

[0092] It is understood that the content of the above method embodiments is applicable to the present device embodiments. The specific functions implemented by the present device embodiments are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0093] This application also provides an electronic device, which includes a memory and a processor. The memory stores a computer program, and the processor executes the computer program to implement the above-described method. This electronic device can be any smart terminal, including tablet computers, in-vehicle computers, etc.

[0094] It is understood that the content of the above method embodiments is applicable to this device embodiment. The specific functions implemented by this device embodiment are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0095] Please see Figure 11 , Figure 11 The hardware structure of an electronic device according to another embodiment is illustrated. The electronic device includes: The processor 1010 can be implemented using a general-purpose CPU (Central Processing Unit), microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this application. The memory 1020 can be implemented as a read-only memory (ROM), static storage device, dynamic storage device, or random access memory (RAM). The memory 1020 can store the operating system and other applications. When the technical solutions provided in the embodiments of this specification are implemented through software or firmware, the relevant program code is stored in the memory 1020 and is called and executed by the processor 1010 using the methods described in the embodiments of this application. The input / output interface 1030 is used to implement information input and output; The communication interface 1040 is used to enable communication and interaction between this device and other devices. Communication can be achieved through wired means (such as USB, network cable, etc.) or wireless means (such as mobile network, WIFI, Bluetooth, etc.). Bus 1050 transmits information between various components of the device (e.g., processor 1010, memory 1020, input / output interface 1030, and communication interface 1040); The processor 1010, memory 1020, input / output interface 1030 and communication interface 1040 are connected to each other within the device via bus 1050.

[0096] This application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the above-described method.

[0097] It is understood that the content of the above method embodiments is applicable to this storage medium embodiment. The specific functions implemented in this storage medium embodiment are the same as those in the above method embodiments, and the beneficial effects achieved are also the same as those achieved in the above method embodiments.

[0098] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the above-described method.

[0099] It is understood that the content of the above method embodiments is applicable to the embodiments of this program product. The specific functions implemented by the embodiments of this program product are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0100] Memory, as a non-transitory computer-readable storage medium, can be used to store non-transitory software programs and non-transitory computer-executable programs. Furthermore, memory may include high-speed random access memory, and may also include non-transitory memory, such as at least one disk storage device, flash memory device, or other non-transitory solid-state storage device. In some embodiments, memory may optionally include memory remotely located relative to the processor, and these remote memories can be connected to the processor via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

[0101] The application resource data collection method, apparatus, electronic device, storage medium, and program product provided in this application embodiment detect application resource loading requests by setting a resource loading detection subunit in a preset resource management unit, and simultaneously determining a preset application execution mechanism based on the target application to construct a corresponding application driver unit. This accurately simulates application operation and triggers application resource loading requests, thereby precisely acquiring the various resource data required by the application client and effectively alleviating the problem of client resource redundancy.

[0102] The embodiments described in this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided by the embodiments of this application. As those skilled in the art will know, with the evolution of technology and the emergence of new application scenarios, the technical solutions provided by the embodiments of this application are also applicable to similar technical problems.

[0103] Those skilled in the art will understand that the technical solutions shown in the figures do not constitute a limitation on the embodiments of this application, and may include more or fewer steps than shown, or combine certain steps, or different steps.

[0104] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs.

[0105] Those skilled in the art will understand that all or some of the steps in the methods disclosed above, as well as the functional modules / units in the systems and devices, can be implemented as software, firmware, hardware, or suitable combinations thereof.

[0106] The terms “first,” “second,” “third,” “fourth,” etc. (if present) in the specification and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms “comprising” and “having,” and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0107] It should be understood that in this application, "at least one (item)" means one or more, and "more than" means two or more. "And / or" is used to describe the relationship between related objects, indicating that three relationships can exist. For example, "A and / or B" can represent three cases: only A exists, only B exists, and both A and B exist simultaneously, where A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one (item) of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one (item) of a, b, or c can represent: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, and c can be single or multiple.

[0108] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of the units described above is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0109] The units described above as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0110] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0111] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes multiple instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing programs, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0112] The preferred embodiments of the present application have been described above with reference to the accompanying drawings, but this does not limit the scope of the claims of the present application. Any modifications, equivalent substitutions, and improvements made by those skilled in the art without departing from the scope and substance of the embodiments of the present application shall be within the scope of the claims of the present application.

Claims

1. A method for collecting application resource data, characterized in that, The method includes the following steps: Construct a preset resource management unit; wherein, the preset resource management unit includes a resource loading detection subunit; An application-driven unit is constructed based on a preset application execution mechanism, and then the application operation simulation is executed through the application-driven unit to trigger an application resource loading request; wherein, the preset application execution mechanism is determined based on the target application. The resource loading detection subunit detects the application resource loading request and then collects the target loaded resource data.

2. The method according to claim 1, characterized in that, The construction of the preset resource management unit includes: Construct a cloud-based resource database; wherein, the cloud-based resource database stores complete application resource packages; Build a local client; wherein the local client includes an engine resource loading interface and an engine resource management interface, and the resource loading detection subunit is embedded in the engine resource loading interface.

3. The method according to claim 2, characterized in that, The construction of the local client includes: The resource loading detection subunit is constructed by means of a preset detection code block; wherein, the preset detection code block includes a preset tracking code block or a preset Hook code block; The resource loading detection subunit is embedded into all types of preset resource loading interfaces to construct the engine resource loading interface; The local client is constructed based on the engine resource loading interface and the engine resource management interface.

4. The method according to claim 1, characterized in that, The step of detecting the application resource loading request through the resource loading detection subunit and then collecting the target loaded resource data includes: The target loaded resource data is obtained by dynamically recording the resource loading information corresponding to the application resource loading request through preset tracking code blocks; Alternatively, the application resource loading request can be intercepted by a preset Hook code block, thereby recording the target loaded resource data.

5. The method according to claim 1, characterized in that, The step of constructing an application-driven unit based on a preset application execution mechanism, and then executing application operation simulation through the application-driven unit to trigger an application resource loading request, includes: Based on the program structure framework of the target application, application layering is performed to obtain several application execution layers; Based on the application execution hierarchy, a corresponding hierarchical execution script module is constructed; wherein, the hierarchical execution script module is configured with corresponding hierarchical execution rule conditions; The execution script module at the specified level performs application operation simulation on the target application, triggering the application resource loading request.

6. The method according to claim 5, characterized in that, The step of simulating application operations on the target application according to the hierarchical execution script module and triggering the application resource loading request includes: Acquire task test data; wherein, the task test data includes preset test scenarios and preset script parameters; The target script module is determined from the hierarchical execution script modules according to the preset test scenario; The application operation is simulated based on the target script module and the preset script parameters, thereby triggering the target application to execute a resource loading request.

7. The method according to claim 1, characterized in that, After executing the detection of the application resource loading request through the resource loading detection subunit and thereby collecting the target loaded resource data, the method further includes: The target loaded resource data is processed to obtain preset resource data; wherein, the data processing includes data formatting and sorting, data deduplication, and data archiving; A list of application resources is generated based on the preset resource data.

8. The method according to claim 1, characterized in that, After executing the detection of the application resource loading request through the resource loading detection subunit and thereby collecting the target loaded resource data, the method further includes: Based on the target loaded resource data, a preset resource processing is performed; wherein, the preset resource processing includes one of resource optimization processing, resource missing detection, and resource distribution processing.

9. An application resource data collection device, characterized in that, The device includes: The first module is used to construct a preset resource management unit; wherein, the preset resource management unit includes a resource loading detection subunit; The second module is used to construct an application-driven unit according to a preset application execution mechanism, and then execute application operation simulation through the application-driven unit to trigger an application resource loading request; wherein, the preset application execution mechanism is determined based on the target application. The third module is used to detect the application resource loading request through the resource loading detection subunit, and then collect the target loaded resource data.

10. An electronic device, characterized in that, include: At least one processor; At least one memory for storing at least one program; When the at least one program is executed by the at least one processor, the at least one processor implements the method as described in any one of claims 1 to 8.

11. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by a processor, it implements the method of any one of claims 1 to 8.

12. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the method of any one of claims 1 to 8.

Images