CN110995813B - Method and equipment for detecting page performance - Google Patents
Method and equipment for detecting page performance Download PDFInfo
- Publication number
- CN110995813B CN110995813B CN201911175331.8A CN201911175331A CN110995813B CN 110995813 B CN110995813 B CN 110995813B CN 201911175331 A CN201911175331 A CN 201911175331A CN 110995813 B CN110995813 B CN 110995813B
- Authority
- CN
- China
- Prior art keywords
- target
- task
- information
- page
- subtask
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The application aims to provide a method and equipment for detecting page performance, and the method comprises the following steps: acquiring corresponding target task information by sending a task request to a server corresponding to a target application; configuring a corresponding task queue and a task local broadcast according to the target task information; for each target subtask in the one or more target subtasks, detecting loading performance information of page code information corresponding to the target link information in a target page of the user equipment, locally broadcasting a message of completion of execution of the target subtask through the task after the detection is completed, and scheduling and executing a next target subtask in the one or more target subtasks or exiting the task execution when a thread managing the task queue receives the message of completion of execution of the target subtask; and sending the loading performance information corresponding to the one or more target subtasks to the server. The application can improve the page detection efficiency.
Description
Technical Field
The application relates to the field of communication, in particular to a technology for detecting page performance.
Background
The rapid development of mobile internet technology and smart phones has prompted the development and prosperity of mobile phone app applications, people are gradually used to obtain information through mobile phone applications, and if the performance of a mobile phone application page is poor, user experience is greatly affected. The user can directly turn off the page if the user waits for a long time after opening the page, and even the page is not used any more, the situation is particularly obvious at the mobile phone end, and the tolerance of the mobile phone end user to the page response delay is very low. In practical use, the situation of poor page performance is not rare, and during the iterative evolution process of a product, the page performance may be ignored, and the performance is attenuated with version iteration.
Disclosure of Invention
An object of the present application is to provide a method and apparatus for detecting page performance.
According to an aspect of the present application, a method for detecting page performance is provided, and is applied to a user equipment, and the method includes:
the method comprises the steps of obtaining corresponding target task information by sending a task request to a server corresponding to a target application, wherein the target task information comprises corresponding target link information;
configuring a corresponding task queue and a task local broadcast according to the target task information, wherein the task queue comprises one or more target subtasks corresponding to the target task information;
for each target subtask in the one or more target subtasks, detecting loading performance information of page code information corresponding to the target link information in a target page of the user equipment, locally broadcasting a message that the target subtask is executed through the task after the detection is finished, and scheduling to execute a next target subtask in the one or more target subtasks or quit the execution of the task when a thread managing the task queue receives the message that the target subtask is executed;
and sending the loading performance information corresponding to at least one target subtask in the one or more target subtasks to the server.
According to another aspect of the present application, there is provided a method for detecting page performance, applied to a server, the method including:
responding to the task request, and returning target task information to the user equipment, wherein the target task information comprises corresponding target link information;
and receiving the loading performance information corresponding to at least one target subtask in the one or more target subtasks sent by the user equipment.
According to another aspect of the present application, there is provided a method for detecting page performance, the method including:
the method comprises the steps that user equipment sends a task request to a server corresponding to a target application to obtain corresponding target task information, wherein the target task information comprises corresponding target link information;
the server receives the task request and responds to the task request to return target task information to the user equipment;
the user equipment configures a corresponding task queue and a task local broadcast according to the target task information, wherein the task queue comprises one or more target subtasks corresponding to the target task information, for each target subtask in the one or more target subtasks, loading performance information of page code information corresponding to the target link information in a target page of the user equipment is detected, a message that the target subtask is executed is broadcast through the task local broadcast after the detection is completed, and when a thread managing the task queue receives the message that the target subtask is executed, a next target subtask in the one or more target subtasks is scheduled to be executed or quit the task to be executed;
the user equipment sends the loading performance information corresponding to at least one target subtask in the one or more target subtasks to the server;
the server receives the loading performance information.
According to an aspect of the present application, there is provided a user equipment for detecting page performance, the user equipment including:
the system comprises a one-to-one module, a task processing module and a task processing module, wherein the one-to-one module is used for sending a task request to a server corresponding to a target application to obtain corresponding target task information, and the target task information comprises corresponding target link information;
a second module, configured to configure a corresponding task queue and a task local broadcast according to the target task information, where the task queue includes one or more target subtasks corresponding to the target task information;
a third module, configured to detect, for each target subtask of the one or more target subtasks, loading performance information of page code information corresponding to the target link information in a target page of the user equipment, and locally broadcast, by the task, a message indicating that the target subtask is completely executed after the detection is completed, and when a thread managing the task queue receives the message indicating that the target subtask is completely executed, schedule and execute a next target subtask of the one or more target subtasks or quit the execution of the task;
and a fourth module, configured to send the loading performance information corresponding to at least one target subtask of the one or more target subtasks to the server.
According to an aspect of the present application, there is provided a server apparatus for detecting page performance, the apparatus including:
a first module, configured to respond to the task request and return target task information to the user equipment, where the target task information includes corresponding target link information;
and a second module, configured to receive the loading performance information corresponding to at least one target subtask among the one or more target subtasks sent by the user equipment.
According to an aspect of the present invention, there is provided an apparatus for detecting a performance of a page, wherein the apparatus includes:
a processor; and
a memory arranged to store computer executable instructions that, when executed, cause the processor to perform the operations of any of the methods described above.
According to another aspect of the invention, there is provided a computer readable medium storing instructions that, when executed, cause a system to perform the operations of any of the methods described above.
Compared with the prior art, the method and the device have the advantages that the user equipment obtains the target task information sent by the server corresponding to the target application, and configures the corresponding task queue and the task local broadcast according to the target task information, wherein the task queue comprises one or more target subtasks corresponding to the target task information; for each target subtask in the one or more target subtasks, the user equipment detects the loading performance information of the page code information corresponding to the target link information in the target page of the user equipment. After the detection is finished, the information of the completion of the execution of the target subtask is broadcasted locally through the task, when the thread for managing the task queue receives the information of the completion of the execution of the target subtask, the next target subtask in the one or more target subtasks is scheduled to be executed or the task is quitted to be executed, in addition, the result of the completion of the execution of the task is broadcasted to a target page in time through broadcasting, the memory recovery can be performed for the execution of the subsequent task in time, and the execution efficiency of the subsequent task is improved.
Drawings
Other features, objects and advantages of the present application will become more apparent upon reading of the following detailed description of non-limiting embodiments thereof, made with reference to the accompanying drawings in which:
FIG. 1 illustrates a system topology according to the present application;
FIG. 2 illustrates a system method diagram for detecting page performance according to one embodiment of the present application;
FIG. 3 is a flowchart of a method for detecting page performance according to another embodiment of the present application, applied to a user equipment;
FIG. 4 is a flowchart of a method for detecting page performance according to another embodiment of the present application;
FIG. 5 illustrates a flowchart of a method of detecting page performance according to yet another embodiment of the present application;
FIG. 6 shows an apparatus diagram of a user equipment for detecting page performance according to an embodiment of the present application;
FIG. 7 illustrates an apparatus diagram of a network device that detects page performance according to one embodiment of the present application;
FIG. 8 shows an apparatus diagram of a system for detecting page performance according to one embodiment of the present application;
FIG. 9 illustrates an exemplary system that can be used to implement the various embodiments described in this disclosure.
The same or similar reference numbers in the drawings identify the same or similar elements.
Detailed Description
The present application is described in further detail below with reference to the attached figures.
In a typical configuration of the present application, the terminal, the device serving the network, and the trusted party each include one or more processors (e.g., Central Processing Units (CPUs)), input/output interfaces, network interfaces, and memory.
The Memory may include forms of volatile Memory, Random Access Memory (RAM), and/or non-volatile Memory in a computer-readable medium, such as Read Only Memory (ROM) or Flash Memory. Memory is an example of a computer-readable medium.
Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, Phase-Change Memory (PCM), Programmable Random Access Memory (PRAM), Static Random-Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), electrically Erasable Programmable Read-Only Memory (EEPROM), flash Memory or other Memory technology, Compact Disc Read-Only Memory (CD-ROM), Digital Versatile Disc (DVD) or other optical storage, magnetic cassette tape, magnetic tape disk storage or other magnetic storage devices, or any other non-transmission medium may be used to store information that may be accessed by a computing device.
The device referred to in this application includes, but is not limited to, a user device, a network device, or a device formed by integrating a user device and a network device through a network. The user equipment includes, but is not limited to, any mobile electronic product, such as a smart phone, a tablet computer, etc., capable of performing human-computer interaction with a user (e.g., human-computer interaction through a touch panel), and the mobile electronic product may employ any operating system, such as an Android operating system, an iOS operating system, etc. The network Device includes an electronic Device capable of automatically performing numerical calculation and information processing according to a preset or stored instruction, and the hardware includes, but is not limited to, a microprocessor, an Application Specific Integrated Circuit (ASIC), a Programmable Logic Device (PLD), a Field Programmable Gate Array (FPGA), a Digital Signal Processor (DSP), an embedded Device, and the like. The network device includes but is not limited to a computer, a network host, a single network server, a plurality of network server sets or a cloud of a plurality of servers; here, the Cloud is composed of a large number of computers or web servers based on Cloud Computing (Cloud Computing), which is a kind of distributed Computing, one virtual supercomputer consisting of a collection of loosely coupled computers. Including, but not limited to, the internet, a wide area network, a metropolitan area network, a local area network, a VPN network, a wireless Ad Hoc network (Ad Hoc network), etc. Preferably, the device may also be a program running on the user device, the network device, or a device formed by integrating the user device and the network device, the touch terminal, or the network device and the touch terminal through a network.
Of course, those skilled in the art will appreciate that the foregoing is by way of example only, and that other existing or future devices, which may be suitable for use in the present application, are also encompassed within the scope of the present application and are hereby incorporated by reference.
In the description of the present application, "a plurality" means two or more unless specifically defined otherwise.
Fig. 1 illustrates an exemplary scenario in which a user device obtains corresponding target task information by sending a task request to a server corresponding to a target application, where the target task information includes corresponding target link information. The method comprises the steps that the user equipment configures a corresponding task queue and task local broadcasting according to the target task information, wherein the task queue comprises one or more target subtasks corresponding to the target task information, the loading performance information of page code information corresponding to the target link information in a target page of the user equipment is detected, and then the loading performance information corresponding to at least one target subtask in the one or more target subtasks is sent to the server, wherein the user equipment comprises but is not limited to a mobile phone, a tablet, a computer and other computing equipment with a touch screen.
Referring to the system shown in fig. 1, fig. 2 shows a system method for detecting page performance according to an embodiment of the present application, the method comprising:
the method comprises the steps that user equipment sends a task request to a server corresponding to a target application to obtain corresponding target task information, wherein the target task information comprises corresponding target link information;
the server receives the task request and responds to the task request to return target task information to the user equipment;
the user equipment configures a corresponding task queue and a task local broadcast according to the target task information, wherein the task queue comprises one or more target subtasks corresponding to the target task information, for each target subtask in the one or more target subtasks, loading performance information of page code information corresponding to the target link information in a target page of the user equipment is detected, a message of completion of execution of the target subtask is broadcast through the task local broadcast after the detection is completed, and when a thread managing the task queue receives the message of completion of execution of the target subtask, a next target subtask in the one or more target subtasks is scheduled to be executed or quit the task execution;
the user equipment sends the loading performance information corresponding to at least one target subtask in the one or more target subtasks to the server;
the server receives the loading performance information.
Fig. 3 shows a method for detecting page performance according to an embodiment of the present application, applied to a user equipment, and the method includes step S101, step S102, step S103, and step S104.
Specifically, in step S101, the user equipment obtains corresponding target task information by sending a task request to a server corresponding to a target application, where the target task information includes corresponding target link information. For example, the server configures task information of a relevant page, where the task information includes a URL (uniform resource locator), a request interval, a timeout time, and the like. The user equipment sends a task request to a server of the target application and receives target task information returned by the server, wherein the target task information comprises corresponding target link information (such as a target URL).
In step S102, the user equipment configures a corresponding task queue and a task local broadcast according to the target task information, where the task queue includes one or more target subtasks corresponding to the target task information. For example, the user equipment receives the target task information, and configures corresponding task queues (for example, task 1, task 2, and task 3) and task local broadcasts for the current page according to the target task information. For example, the user equipment registers a local broadcast manager, LocaBroadcastManager object, where LocaBroadcastManager is used to receive broadcast notifications inside the application. In some embodiments, the execution of the task is asynchronous, the task locally broadcasts a result of the execution of the task notifying the current interface, using a custom representation string com.
In step S103, the user equipment detects, for each target subtask of the one or more target subtasks, loading performance information of the page code information corresponding to the target link information in a target page of the user equipment, and broadcasts a message that the target subtask is executed through the task local after the detection is completed, and when the thread managing the task queue receives the message that the target subtask is executed, schedules the next target subtask of the one or more target subtasks for execution or quits the execution of the task. For example, the user equipment acquires a target subtask from the one or more target subtasks, acquires the loading performance information of the page code information of the target link information corresponding to the target subtask in the target page of the user equipment, acquires the loading performance information of the next target subtask in the one or more target subtasks in the target page after acquiring the loading performance information, and repeats the above steps in sequence until the one or more target subtasks are executed. In some embodiments, the detecting the loading performance information of the page code information corresponding to the target link information in the target page of the user equipment includes: and injecting a target monitoring script in a browser control of the target page to monitor the loading performance information. In a case that the target monitoring script is injected into the browser control of the target page, so that loading performance information (e.g., time information related to a loaded resource) in the target page can be obtained through the target monitoring script, and a basis is provided for subsequently returning the loading performance information, in some embodiments, the example of injecting the target monitoring script is as follows:
in some embodiments, said injecting a target listening script in a browser control of said target page to listen for said loading performance information comprises: and after the target page is loaded, injecting a target monitoring script into the browser control to monitor the loading performance information. And under the condition that the loading of the target page is completed at the injection time of the target monitoring script, completely monitoring and acquiring the loading performance information in the whole target page. In some embodiments, the injecting a target listening script in the browser control to listen for the loading performance information after the target page is loaded, includes: injecting a local object into the browser control; and after the target page is loaded, injecting a target monitoring script in the browser control to monitor the loading performance information. For example, a local object (e.g., a local object localiobject) is defined in the user equipment, and in the case of injecting the local object into the browser control, a basis is provided for subsequently transmitting the loading performance information monitored by the target listening script back to the server through the local object, and in some embodiments, the injecting of the local object into the browser control is exemplified as follows:
in some embodiments, the method further includes step S106 (not shown), and in step S106, the user device adds the browser control to the target page, where the visible property of the browser control is transparent and invisible. For example, the browser control includes WebView (e.g., MyWebView used here is inherited from WebView), the user device adds a transparent and invisible MyWebView component in the target page through WindowManager, and since the page address of the task configured in the background is not determined, the target application used by the user is not affected under the condition that the browser control is not visible, and the application use experience of the user is improved, in some embodiments, an example of adding the browser control in the target page is as follows:
MyWebView webView=new MyWebView(this);
WindowManager windowManager=mWeakActivity.get().getWindowManager();
WindowManager.LayoutParams mParams=newWindowManager.LayoutParams(ViewGroup.LayoutParams.MATCH_PARENT,ViewGroup.LayoutParams.MATCH_PARENT,0,0,PixelFormat.TRANSPARENT);
mParams.flags=WindowManager.LayoutParams.FLAG_NOT_TOUCH_MODAL|
WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE|
WindowManager.LayoutParams.FLAG_SHOW_WHEN_LOCKED;
mParams.type=WindowManager.LayoutParams.TYPE_APPLICATION;
mParams.gravity=Gravity.LEFT|Gravity.TOP;
mParams.x=0;
mParams.y=0;
mParams.width=0;
mParams.height=0;
windowManager.addView(webView,mParams);
in some embodiments, the detecting loading performance information of the page code information corresponding to the target link information in the target page of the user equipment includes: and executing the target monitoring script to acquire the loading performance information of the page code information corresponding to the target link information in the target page of the user equipment, and transmitting the loading performance information monitored by the target monitoring script back to the local object to acquire the loading performance information of the page code information corresponding to the target link information in the target page of the user equipment. For example, the user equipment transmits the loading performance information monitored by the target listening script back and forth to the local object through a method onReceivedData () of the local object (e.g., local object), transmits back the data through a method defined in the local object, and provides a basis for subsequently reporting the loading performance information to the server based on this method, which is exemplified in some embodiments as follows:
var jsonStr=JSON.stringify(timingObj);
localObj.onReceivedData(jsonStr);
in some embodiments, the broadcasting the message that the target subtask is executed completely locally by the task after the detection is completed includes: receiving a message that the target subtask sent by the local object is executed; and after the detection is finished, the information that the target subtask is finished is broadcasted through the local broadcast of the task. For example, the local broadcast may implement cross-interface communication, and after the local object receives the returned loading performance information, the user equipment sends the message that the target subtask is completed through the local object to the target page, and then broadcasts the message that the target subtask is completed through the task local broadcast. And under the condition of broadcasting through local broadcasting, the handle in the thread is used for selecting the next task or finishing the task, and meanwhile, the memory space corresponding to the target page can be timely recycled in the subsequent process. In some embodiments, an example of locally broadcasting a notification task completion is as follows:
Intent intent=new Intent(“com.xxx.webtaskreceiver“);
intent.putExtra("dataId",analyzeTask.getDataId());
LocalBroadcastManager.getInstance(mWebView.getContext()).sendBroadcast(intent);
in some embodiments, the method further includes step S105 (not shown), in step S105, the user equipment deletes the target page and recycles the memory space corresponding to the target page. In the case of reclaiming memory space, space is made available for subsequent continued execution of tasks, and in some embodiments, examples of reclaiming memory space are as follows:
in some embodiments, the load performance information comprises at least any one of:
1) loading time information on the pictures in the target page;
2) style loading time information in the target page;
3) TCP connection time;
4) DNS query time;
for example, after the target page is loaded, the user equipment receives, through the target monitoring script, loading performance information of resources in the target page, where the loading performance information includes picture loading time information in the target page, style loading time information (e.g., JS and CSS) in the target page, and the like, and in some embodiments, examples of the target monitoring script obtaining the loading performance information are as follows:
in some embodiments, the following field compatibility is performed in the case where the requestStart and responseEnd field values of the resource in the target page are 0, examples of which are as follows:
in some embodiments, the method further includes step S107 (not shown), in step S107, the user equipment detects whether the target subtask is executed for a timeout, and if the target subtask is executed for the timeout, schedules execution of a next target subtask in the one or more target subtasks or exits execution of the task. And under the condition of judging whether the current target subtask is overtime, a basis is provided for subsequently carrying out the next task or closing the current task, and the task execution efficiency is improved.
In some embodiments, the detecting whether the target subtask performs a timeout includes: sending target delay information to a handle in the thread, wherein the target delay information comprises first identification information of the target subtask; if the delay threshold corresponding to the target delay information is triggered, detecting whether first identification information corresponding to the target information received by the handle is consistent with second identification information corresponding to a first task in the task queue, and if so, determining that the target subtask is executed overtime; otherwise, determining that the target subtask is not executed overtime. For example, the user equipment stores the Task queue by using linkedlst < Task >, each Task has a unique Task Id, the user equipment sends target delay information with a delay of 30s, wherein the target delay information includes first identification information (e.g., Task Id) of a currently executed target subtask, if the current time reaches a predetermined time threshold (e.g., 30s after the current time delay is taken as the predetermined time threshold), that is, the 30-second timing time arrives, the user equipment reads a leading element of the linkedlst through peekFirst (), if the Task Id carried by the target information and the Task Id of the read leading element are equal, it indicates that the Task has not ended, the current Task has timed out, and in case of determining whether the current target subtask is executed overtime, a basis is provided for subsequently executing a next Task or closing the current Task, and the task execution efficiency is improved. In some embodiments, an example of sending target information (e.g., information for a delay of 30 s) to a handle (handler) in the thread is as follows:
Message msg=new Message();
msg.what=MSG_CHECKSTATE;
workHandler.sendMessageDelayed(msg,30*1000);
in step S104, the user equipment sends the loading performance information corresponding to at least one target subtask among the one or more target subtasks to the server. And under the condition that the user equipment sends the loading performance information to the server, providing a basis for evaluating the front-end page quality of the target application according to the loading performance information for a subsequent server.
Fig. 4 shows a method for detecting page performance according to an embodiment of the present application, applied to a server, and the method includes step S201, step S202, and step S203.
Specifically, in step S201, the server receives a task request sent by the user equipment. For example, the user equipment obtains corresponding target task information by sending a task request to a server corresponding to the target application.
In step S202, the server returns target task information to the user equipment in response to the task request, where the target task information includes corresponding target link information. For example, the server configures task information of a relevant page, where the task information includes a URL (uniform resource locator), a request interval, a timeout time, and the like. The user equipment sends a task request to a server of the target application, and the server returns corresponding target task information according to the task request.
In step S203, the server receives the loading performance information corresponding to at least one target subtask among the one or more target subtasks sent by the user equipment. For example, after the user equipment acquires the target task information, the user equipment loads performance information in a target page of the user equipment according to page code information corresponding to target link information in the target task information, wherein the target task information corresponds to one or more target subtasks. Then, the user equipment sends the loading performance information corresponding to at least one target subtask in the one or more target subtasks to the server, and the server receives the loading performance information, classifies the loading performance information based on other information of the user equipment (such as longitude and latitude of the user equipment, equipment version, target application version and the like), and performs data statistical analysis of partition areas and sub-operation operators to evaluate the front-end page quality of the target application.
Fig. 5 is a flowchart illustrating a method for detecting page performance according to an embodiment of the present application, where a server configures task data information, where the task data information includes a URL (uniform resource locator), a request interval, and a timeout period. The user equipment requests the server for task information through a target application (client) and then starts to execute the task, and sends a Message with 30-second delay to the main thread when the task is started to be executed, so as to detect whether the current task is executed completely or overtime after 30 seconds, and in addition, the user equipment registers the task execution result and broadcasts locally. And then, adding a transparent and invisible WebView component in the current page by the user equipment, injecting a local object into the WebView, then injecting a monitoring script, transmitting the loading data (loading performance information) back to the local object after the monitoring script monitors the loading data, transmitting a task to the current page by the local object to execute and complete local broadcasting, uploading the loading data to a server, adding an interface of the WebView to close and recovering a memory object after the local broadcasting is received by the page, and then analyzing the acquired data by the server.
Fig. 6 shows a user equipment for detecting page performance according to an embodiment of the present application, which includes a one-to-one module 101, a two-to-two module 102, a three-to-three module 103, and a four-to-four module 104. .
Specifically, the one-to-one module 101 is configured to obtain corresponding target task information by sending a task request to a server corresponding to a target application, where the target task information includes corresponding target link information. For example, the server configures task information of a relevant page, where the task information includes a URL (uniform resource locator), a request interval, a timeout time, and the like. The user equipment sends a task request to a server of the target application and receives target task information returned by the server, wherein the target task information comprises corresponding target link information (such as a target URL).
A second module 102, configured to configure a corresponding task queue and a task local broadcast according to the target task information, where the task queue includes one or more target subtasks corresponding to the target task information. For example, the user equipment receives the target task information, and configures corresponding task queues (for example, task 1, task 2, and task 3) and task local broadcasts for the current page according to the target task information.
A third module 103, configured to detect, for each target subtask of the one or more target subtasks, loading performance information of page code information corresponding to the target link information in a target page of the user equipment, and broadcast a message that the target subtask is executed through the task local broadcast after the detection is completed, and when the thread that manages the task queue receives the message that the target subtask is executed, schedule to execute a next target subtask of the one or more target subtasks or quit the execution of the task. For example, the user equipment acquires a target subtask from the one or more target subtasks, acquires the loading performance information of the page code information of the target link information corresponding to the target subtask in the target page of the user equipment, acquires the loading performance information of the next target subtask in the one or more target subtasks in the target page after acquiring the loading performance information, and repeats the above steps in sequence until the one or more target subtasks are executed.
A fourth module 104, configured to send the loading performance information corresponding to at least one target subtask of the one or more target subtasks to the server. And under the condition that the user equipment sends the loading performance information to the server, providing a basis for evaluating the front-end page quality of the target application according to the loading performance information for a subsequent server.
In some embodiments, the user equipment further comprises a five module 105 (not shown), a five module 105 for
And deleting the target page and recycling the memory space corresponding to the target page. The specific implementation manner of the fifth module 105 is the same as or similar to the embodiment of the step S105, and therefore, the detailed description is omitted, and the detailed implementation manner is included herein by reference.
In some embodiments, before the detecting the loading performance information of the page code information corresponding to the target link information in the target page of the user equipment, the method includes:
and injecting a target monitoring script in a browser control of the target page to monitor the loading performance information. The operation of injecting the target monitoring script into the browser control of the target page to monitor the loading performance information is the same as or similar to that of the embodiment shown in fig. 3, and therefore, the description is omitted, and the operation is incorporated herein by reference.
In some embodiments, said injecting a target listening script in a browser control of said target page to listen for said loading performance information comprises:
and after the target page is loaded, injecting a target monitoring script in the browser control to monitor the loading performance information. The operation of injecting the target monitoring script into the browser control of the target page to monitor the loading performance information is the same as or similar to that of the embodiment shown in fig. 3, and therefore, the description is omitted, and the operation is incorporated herein by reference.
In some embodiments, the injecting a target listening script in the browser control to listen for the loading performance information after the target page is loaded, includes:
injecting a local object into the browser control;
and after the target page is loaded, injecting a target monitoring script in the browser control to monitor the loading performance information. After the target page is loaded, the operation of injecting the target monitoring script into the browser control to monitor the loading performance information is the same as or similar to that in the embodiment shown in fig. 3, and therefore, the description is omitted, and the description is incorporated herein by reference.
In some embodiments, the user device further comprises a six-module 106 (not shown), and the six-module 106 is configured to add the browser control to the target page, wherein the visible property of the browser control is transparent and invisible. The specific implementation manner of the sixth module 106 is the same as or similar to the embodiment of the step S106, and therefore, the detailed description is omitted, and the detailed implementation manner is included herein by reference.
In some embodiments, the detecting loading performance information of the page code information corresponding to the target link information in the target page of the user equipment includes:
and executing the target monitoring script to acquire the loading performance information of the page code information corresponding to the target link information in the target page of the user equipment, and transmitting the loading performance information monitored by the target monitoring script back to the local object to acquire the loading performance information of the page code information corresponding to the target link information in the target page of the user equipment. The operation of detecting the loading performance information of the page code information corresponding to the target link information in the target page of the ue is the same as or similar to the embodiment shown in fig. 3, and is therefore not repeated here, and is included herein by reference.
In some embodiments, the broadcasting the message that the target subtask is executed completely locally by the task after the detection is completed includes:
receiving a message that the target subtask sent by the local object is executed;
and after the detection is finished, the information that the target subtask is finished is broadcasted through the local broadcast of the task. The operation of locally broadcasting the message indicating that the target subtask is executed through the task after the detection is completed is the same as or similar to that in the embodiment shown in fig. 3, and thus is not described herein again, and is incorporated herein by reference.
In some embodiments, the load performance information comprises at least any one of:
loading time information on the picture in the target page;
style loading time information in the target page;
TCP connection time;
DNS query time. The operation of loading the performance information is the same as or similar to that of the embodiment shown in fig. 3, and therefore is not described herein again, and is incorporated herein by reference.
In some embodiments, the user equipment further comprises a seven module 107 (not shown), a seven module 107, for
And detecting whether the target subtask is executed overtime, and if yes, scheduling to execute the next target subtask in the one or more target subtasks or quit the execution of the tasks. The specific implementation manner of the seventh module 107 is the same as or similar to that of the foregoing step S107, and therefore is not described herein again, and is included herein by reference.
In some embodiments, the detecting whether the target subtask performs a timeout includes:
sending target delay information to a handle in the thread, wherein the target delay information comprises first identification information of the target subtask;
if the delay threshold corresponding to the target delay information is triggered, detecting whether first identification information corresponding to the target information received by the handle is consistent with second identification information corresponding to a first task in the task queue, and if so, determining that the target subtask is executed overtime; otherwise, determining that the target subtask is not executed overtime. The operation for detecting whether the target sub-task executes the timeout is the same as or similar to the embodiment shown in fig. 3, and therefore, the detailed description is omitted, and the description is incorporated herein by reference.
Fig. 7 shows a server for detecting page performance according to an embodiment of the present application, which includes a two-in-one module 201, a two-in-two module 202, and a two-in-three module 203.
Specifically, the module 201 is configured to receive a task request sent by a user equipment. For example, the user equipment obtains corresponding target task information by sending a task request to a server corresponding to the target application.
A second module 202, configured to respond to the task request, and return target task information to the user equipment, where the target task information includes corresponding target link information. For example, the server configures task information of a relevant page, where the task information includes a URL (uniform resource locator), a request interval, a timeout time, and the like. The user equipment sends a task request to a server of the target application, and the server returns corresponding target task information according to the task request.
A second and third module 203, configured to receive the loading performance information corresponding to at least one target subtask among the one or more target subtasks sent by the user equipment. For example, after the user equipment acquires the target task information, the user equipment loads performance information in a target page of the user equipment according to page code information corresponding to target link information in the target task information, wherein the target task information corresponds to one or more target subtasks. Then, the user equipment sends the loading performance information corresponding to at least one target subtask in the one or more target subtasks to the server, and the server receives the loading performance information, classifies the loading performance information based on other information of the user equipment (such as longitude and latitude of the user equipment, equipment version, target application version and the like), and performs data statistical analysis of partition areas and sub-carrier operators to evaluate the front-end page quality of the target application.
FIG. 8 shows a system device for detecting page performance according to one embodiment of the present application, the system comprising:
the method comprises the steps that user equipment sends a task request to a server corresponding to a target application to obtain corresponding target task information, wherein the target task information comprises corresponding target link information;
the server receives the task request and responds to the task request to return target task information to the user equipment;
the user equipment configures a corresponding task queue and a task local broadcast according to the target task information, wherein the task queue comprises one or more target subtasks corresponding to the target task information, for each target subtask in the one or more target subtasks, loading performance information of page code information corresponding to the target link information in a target page of the user equipment is detected, a message of completion of execution of the target subtask is broadcast through the task local broadcast after the detection is completed, and when a thread managing the task queue receives the message of completion of execution of the target subtask, a next target subtask in the one or more target subtasks is scheduled to be executed or quit the task execution;
the user equipment sends the loading performance information corresponding to at least one target subtask in the one or more target subtasks to the server;
the server receives the loading performance information.
In addition to the methods and apparatus described in the embodiments above, the present application also provides a computer readable storage medium storing computer code that, when executed, performs the method as described in any of the preceding claims.
The present application also provides a computer program product, which when executed by a computer device, performs the method of any of the preceding claims.
The present application further provides a computer device, comprising:
one or more processors;
a memory for storing one or more computer programs;
the one or more computer programs, when executed by the one or more processors, cause the one or more processors to implement the method of any preceding claim.
FIG. 9 illustrates an exemplary system that can be used to implement the various embodiments described herein;
in some embodiments, as shown in FIG. 9, the system 300 can be implemented as any of the devices in the various embodiments described. In some embodiments, system 300 may include one or more computer-readable media (e.g., system memory or NVM/storage 320) having instructions and one or more processors (e.g., processor(s) 305) coupled with the one or more computer-readable media and configured to execute the instructions to implement modules to perform the actions described herein.
For one embodiment, system control module 310 may include any suitable interface controllers to provide any suitable interface to at least one of processor(s) 305 and/or any suitable device or component in communication with system control module 310.
The system control module 310 may include a memory controller module 330 to provide an interface to the system memory 315. Memory controller module 330 may be a hardware module, a software module, and/or a firmware module.
System memory 315 may be used, for example, to load and store data and/or instructions for system 300. For one embodiment, system memory 315 may include any suitable volatile memory, such as suitable DRAM. In some embodiments, the system memory 315 may include a double data rate type four synchronous dynamic random access memory (DDR4 SDRAM).
For one embodiment, system control module 310 may include one or more input/output (I/O) controllers to provide an interface to NVM/storage 320 and communication interface(s) 325.
For example, NVM/storage 320 may be used to store data and/or instructions. NVM/storage 320 may include any suitable non-volatile memory (e.g., flash memory) and/or may include any suitable non-volatile storage device(s) (e.g., one or more Hard Disk Drives (HDDs), one or more Compact Disc (CD) drives, and/or one or more Digital Versatile Disc (DVD) drives).
NVM/storage 320 may include storage resources that are physically part of the device on which system 300 is installed or may be accessed by the device and not necessarily part of the device. For example, NVM/storage 320 may be accessible over a network via communication interface(s) 325.
Communication interface(s) 325 may provide an interface for system 300 to communicate over one or more networks and/or with any other suitable device. System 300 may wirelessly communicate with one or more components of a wireless network according to any of one or more wireless network standards and/or protocols.
For one embodiment, at least one of the processor(s) 305 may be packaged together with logic for one or more controller(s) (e.g., memory controller module 330) of the system control module 310. For one embodiment, at least one of the processor(s) 305 may be packaged together with logic for one or more controller(s) of the system control module 310 to form a System In Package (SiP). For one embodiment, at least one of the processor(s) 305 may be integrated on the same die with logic for one or more controller(s) of the system control module 310. For one embodiment, at least one of the processor(s) 305 may be integrated on the same die with logic for one or more controller(s) of the system control module 310 to form a system on a chip (SoC).
In various embodiments, system 300 may be, but is not limited to being: a server, a workstation, a desktop computing device, or a mobile computing device (e.g., a laptop computing device, a handheld computing device, a tablet, a netbook, etc.). In various embodiments, system 300 may have more or fewer components and/or different architectures. For example, in some embodiments, system 300 includes one or more cameras, a keyboard, a Liquid Crystal Display (LCD) screen (including a touch screen display), a non-volatile memory port, multiple antennas, a graphics chip, an Application Specific Integrated Circuit (ASIC), and speakers.
It should be noted that the present application may be implemented in software and/or a combination of software and hardware, for example, implemented using Application Specific Integrated Circuits (ASICs), general purpose computers or any other similar hardware devices. In one embodiment, the software programs of the present application may be executed by a processor to implement the steps or functions described above. Likewise, the software programs (including associated data structures) of the present application may be stored in a computer readable recording medium, such as RAM memory, magnetic or optical drive or diskette and the like. Further, some of the steps or functions of the present application may be implemented in hardware, for example, as circuitry that cooperates with the processor to perform various steps or functions.
In addition, some of the present application may be implemented as a computer program product, such as computer program instructions, which when executed by a computer, may invoke or provide methods and/or techniques in accordance with the present application through the operation of the computer. Those skilled in the art will appreciate that the form in which the computer program instructions reside on a computer-readable medium includes, but is not limited to, source files, executable files, installation package files, and the like, and that the manner in which the computer program instructions are executed by a computer includes, but is not limited to: the computer directly executes the instruction, or the computer compiles the instruction and then executes the corresponding compiled program, or the computer reads and executes the instruction, or the computer reads and installs the instruction and then executes the corresponding installed program. Computer-readable media herein can be any available computer-readable storage media or communication media that can be accessed by a computer.
Communication media includes media by which communication signals, including, for example, computer readable instructions, data structures, program modules, or other data, are transmitted from one system to another. Communication media may include conductive transmission media such as cables and wires (e.g., fiber optics, coaxial, etc.) and wireless (non-conductive transmission) media capable of propagating energy waves such as acoustic, electromagnetic, RF, microwave, and infrared. Computer readable instructions, data structures, program modules or other data may be embodied in a modulated data signal, such as a carrier wave or similar mechanism that is embodied in a wireless medium, such as part of spread-spectrum techniques, for example. The term "modulated data signal" means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. The modulation may be analog, digital or hybrid modulation techniques.
By way of example, and not limitation, computer-readable storage media may include 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. For example, computer-readable storage media include, but are not limited to, volatile memory such as random access memory (RAM, DRAM, SRAM); and non-volatile memory such as flash memory, various read-only memories (ROM, PROM, EPROM, EEPROM), magnetic and ferromagnetic/ferroelectric memories (MRAM, FeRAM); and magnetic and optical storage devices (hard disk, tape, CD, DVD); or other now known media or later developed that can store computer-readable information/data for use by a computer system.
An embodiment according to the present application herein comprises an apparatus comprising a memory for storing computer program instructions and a processor for executing the program instructions, wherein the computer program instructions, when executed by the processor, trigger the apparatus to perform a method and/or solution according to embodiments of the present application as described above.
It will be evident to those skilled in the art that the present application is not limited to the details of the foregoing illustrative embodiments, and that the present application may be embodied in other specific forms without departing from the spirit or essential attributes thereof. The present embodiments are therefore to be considered in all respects as illustrative and not restrictive, the scope of the application being indicated by the appended claims rather than by the foregoing description, and all changes which come within the meaning and range of equivalency of the claims are therefore intended to be embraced therein. Any reference sign in a claim should not be construed as limiting the claim concerned. Furthermore, it is obvious that the word "comprising" does not exclude other elements or steps, and the singular does not exclude the plural. A plurality of units or means recited in the apparatus claims may also be implemented by one unit or means in software or hardware. The terms first, second, etc. are used to denote names, but not any particular order.
Claims (14)
1. A method for detecting page performance is applied to user equipment, wherein the method comprises the following steps:
the method comprises the steps of obtaining corresponding target task information by sending a task request to a server corresponding to a target application, wherein the target task information comprises corresponding target link information;
configuring a corresponding task queue and a task local broadcast according to the target task information, wherein the task queue comprises one or more target subtasks corresponding to the target task information;
for each target subtask in the one or more target subtasks, detecting the loading performance information of the page code information corresponding to the target link information in the target page of the user equipment through a target monitoring script, locally broadcasting a message that the target subtask is executed through the task after the detection is finished, and scheduling and executing a next target subtask in the one or more target subtasks or exiting the task execution when a thread managing the task queue receives the message that the target subtask is executed;
sending the loading performance information corresponding to at least one target subtask in the one or more target subtasks to the server;
before detecting the loading performance information of the page code information corresponding to the target link information in the target page of the user equipment through the target monitoring script, the method includes:
and injecting the target monitoring script into the browser control of the target page to monitor the loading performance information.
2. The method of claim 1, wherein the method further comprises:
and deleting the target page and recycling the memory space corresponding to the target page.
3. The method of claim 1, wherein the injecting a target listening script in a browser control of the target page to listen for the loading performance information comprises:
and after the target page is loaded, injecting a target monitoring script in the browser control to monitor the loading performance information.
4. The method of claim 1 or 3, wherein the injecting a target listening script in the browser control to listen for the loading performance information after the target page loading is completed comprises:
injecting a local object into the browser control;
and after the target page is loaded, injecting a target monitoring script in the browser control to monitor the loading performance information.
5. The method according to claim 4, wherein the detecting of the loading performance information of the page code information corresponding to the target link information in the target page of the user equipment includes:
and executing the target monitoring script to acquire the loading performance information of the page code information corresponding to the target link information in the target page of the user equipment, and transmitting the loading performance information monitored by the target monitoring script back to the local object to acquire the loading performance information of the page code information corresponding to the target link information in the target page of the user equipment.
6. The method of claim 5, wherein the broadcasting the message that the target subtask is performed completely through the task local broadcast after the detection is completed comprises:
receiving a message that the execution of the target subtask is finished, wherein the message is sent by the local object;
and after the detection is finished, the information that the target subtask is finished is broadcasted through the local broadcast of the task.
7. The method of claim 1, wherein the method further comprises:
and adding the browser control in the target page, wherein the visible attribute of the browser control is transparent and invisible.
8. The method of claim 1, wherein the load performance information comprises at least any one of:
loading time information on the picture in the target page;
style loading time information in the target page;
TCP connection time;
DNS query time.
9. The method of claim 1, wherein the method further comprises:
and detecting whether the target subtask is executed overtime or not, and if yes, scheduling and executing the next target subtask in the one or more target subtasks or quitting the execution of the tasks.
10. The method of claim 9, wherein the detecting whether the target subtask executes a timeout comprises:
sending target delay information to a handle in the thread, wherein the target delay information comprises first identification information of the target subtask;
if the delay threshold corresponding to the target delay information is triggered, detecting whether first identification information corresponding to the target information received by the handle is consistent with second identification information corresponding to a first task in the task queue, and if so, determining that the target subtask is executed overtime; otherwise, determining that the target subtask is not executed overtime.
11. A method for detecting page performance is applied to a server, wherein the method comprises the following steps:
receiving a task request sent by user equipment;
responding to the task request, and returning target task information to the user equipment, wherein the target task information comprises corresponding target link information;
receiving loading performance information corresponding to at least one target subtask in one or more target subtasks sent by the user equipment, wherein the user equipment configures a corresponding task queue and a task local broadcast according to the target task information, and the task queue comprises one or more target subtasks corresponding to the target task information; for each target subtask in the one or more target subtasks, detecting the loading performance information of the page code information corresponding to the target link information in the target page of the user equipment through a target monitoring script, locally broadcasting a message of completing the execution of the target subtask through the task after the detection is completed, and scheduling and executing a next target subtask in the one or more target subtasks or quitting the execution of the task when a thread for managing the task queue receives the message of completing the execution of the target subtask; sending the loading performance information corresponding to at least one target subtask in the one or more target subtasks to the server;
before detecting the loading performance information of the page code information corresponding to the target link information in the target page of the user equipment through the target monitoring script, the method includes:
and injecting the target monitoring script into the browser control of the target page to monitor the loading performance information.
12. A method for detecting page performance, wherein the method comprises the following steps:
the method comprises the steps that user equipment sends a task request to a server corresponding to a target application to obtain corresponding target task information, wherein the target task information comprises corresponding target link information;
the server receives the task request and responds to the task request to return target task information to the user equipment;
the user equipment configures a corresponding task queue and a task local broadcast according to the target task information, wherein the task queue comprises one or more target subtasks corresponding to the target task information, for each target subtask in the one or more target subtasks, loading performance information of page code information corresponding to the target link information in a target page of the user equipment is detected through a target monitoring script, a message of completion of execution of the target subtask is broadcast through the task local broadcast after the detection is completed, and when a thread for managing the task queue receives the message of completion of the target subtask, a next target subtask in the one or more target subtasks is scheduled to be executed or quit the task execution;
the user equipment sends the loading performance information corresponding to at least one target subtask in the one or more target subtasks to the server;
the server receives the loading performance information;
before detecting the loading performance information of the page code information corresponding to the target link information in the target page of the user equipment through the target monitoring script, the method includes:
and injecting the target monitoring script into a browser control of the target page to monitor the loading performance information.
13. An apparatus for detecting page performance, the apparatus comprising:
a processor; and
a memory arranged to store computer executable instructions that, when executed, cause the processor to perform the method of any of claims 1 to 11.
14. A computer-readable medium storing instructions that, when executed, cause a system to perform the operations of any of claims 1 to 11.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911175331.8A CN110995813B (en) | 2019-11-26 | 2019-11-26 | Method and equipment for detecting page performance |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911175331.8A CN110995813B (en) | 2019-11-26 | 2019-11-26 | Method and equipment for detecting page performance |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110995813A CN110995813A (en) | 2020-04-10 |
CN110995813B true CN110995813B (en) | 2022-07-12 |
Family
ID=70087124
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911175331.8A Active CN110995813B (en) | 2019-11-26 | 2019-11-26 | Method and equipment for detecting page performance |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110995813B (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112434235B (en) * | 2020-11-06 | 2024-06-04 | 金蝶云科技有限公司 | Webpage picture loading method and device, computer equipment and storage medium |
CN114489900A (en) * | 2022-01-25 | 2022-05-13 | 上海连尚网络科技有限公司 | Method, device, medium and program product for outputting control tree |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110134499A (en) * | 2019-03-29 | 2019-08-16 | 新智云数据服务有限公司 | Method for scheduling task, task scheduling system, storage medium and computer equipment |
CN110472876A (en) * | 2019-08-19 | 2019-11-19 | 北京首都在线科技股份有限公司 | A kind of method for scheduling task, device and computer readable storage medium |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7634562B2 (en) * | 2006-10-27 | 2009-12-15 | Cyscape, Inc. | Method and apparatus for determining application responsiveness over a network |
US9203901B2 (en) * | 2012-01-31 | 2015-12-01 | Cleversafe, Inc. | Efficiently storing data in a dispersed storage network |
CN109739711B (en) * | 2019-01-04 | 2023-02-28 | 广州虎牙信息科技有限公司 | Interface test method, device, equipment and storage medium |
-
2019
- 2019-11-26 CN CN201911175331.8A patent/CN110995813B/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110134499A (en) * | 2019-03-29 | 2019-08-16 | 新智云数据服务有限公司 | Method for scheduling task, task scheduling system, storage medium and computer equipment |
CN110472876A (en) * | 2019-08-19 | 2019-11-19 | 北京首都在线科技股份有限公司 | A kind of method for scheduling task, device and computer readable storage medium |
Non-Patent Citations (1)
Title |
---|
Android本地广播LocalBroadcast完全解析;白皮肤的黑客;《CSDN https://blog.csdn.net/Davidluo001/article/details/75911391》;20170723;正文 * |
Also Published As
Publication number | Publication date |
---|---|
CN110995813A (en) | 2020-04-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113190464B (en) | mock testing method and device, electronic equipment and medium | |
CN110765395B (en) | Method and equipment for providing novel information | |
CN110321189B (en) | Method and equipment for presenting hosted program in hosted program | |
CN110290557B (en) | Method and equipment for loading page tags in application | |
CN110995813B (en) | Method and equipment for detecting page performance | |
CN111258470B (en) | Method and equipment for presenting social messages | |
CN111162990B (en) | Method and equipment for presenting message notification | |
CN112615929B (en) | Method and equipment for pushing messages | |
CN111427650A (en) | Method and equipment for providing presence information | |
CN111159537A (en) | Method and equipment for pushing presentation information in reading application | |
CN110780887A (en) | Method and equipment for providing application installation package | |
CN111325574A (en) | Method and equipment for providing presence information | |
CN114661594A (en) | Method, apparatus, medium, and program product for automated testing | |
CN110166955B (en) | Method and equipment for reminding schedule | |
CN111177062A (en) | Method and equipment for providing reading presentation information | |
CN112702257B (en) | Method and device for deleting friend application | |
CN113157162B (en) | Method, apparatus, medium and program product for revoking session messages | |
CN111385353B (en) | Method and equipment for providing application presentation information | |
CN115309657A (en) | Method, device, medium and program product for providing test case | |
CN110784596B (en) | Method and equipment for processing event information | |
CN112272213A (en) | Activity registration method and equipment | |
CN111930667A (en) | Method and device for book recommendation in reading application | |
CN112702462B (en) | Method and equipment for adding packets | |
CN111079039A (en) | Method and equipment for collecting books | |
CN112422410B (en) | Method and equipment for sharing information in session window of social application |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |