CN108900627B - Network request method, terminal device and storage medium - Google Patents
Network request method, terminal device and storage medium Download PDFInfo
- Publication number
- CN108900627B CN108900627B CN201810796547.5A CN201810796547A CN108900627B CN 108900627 B CN108900627 B CN 108900627B CN 201810796547 A CN201810796547 A CN 201810796547A CN 108900627 B CN108900627 B CN 108900627B
- Authority
- CN
- China
- Prior art keywords
- request
- array
- network
- response information
- network request
- 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
- 238000000034 method Methods 0.000 title claims abstract description 76
- 230000004044 response Effects 0.000 claims abstract description 115
- 238000005516 engineering process Methods 0.000 claims abstract description 13
- 230000000977 initiatory effect Effects 0.000 claims abstract description 12
- 238000004590 computer program Methods 0.000 claims description 13
- 230000006870 function Effects 0.000 claims description 12
- 230000008569 process Effects 0.000 abstract description 14
- 238000012545 processing Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 2
- 230000006378 damage Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
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/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention discloses a network request method, a terminal device and a storage medium, which are suitable for the field of application development. The method provided by the invention comprises the following steps: generating a network request object and storing the request object into a predefined request array; creating a task group through a system GCD technology, adding the request array into the task group, and initiating a network request; after receiving the response information of the server, storing the response information into a predefined response array; and acquiring the request object which fails to be sent in the response array, and resending the network request object corresponding to the request object which fails to be sent. The invention not only can efficiently process the request, but also can simply and quickly process the problem of network request error when the request object has error.
Description
Technical Field
The present invention relates to the field of computer technologies, and in particular, to a network request method, a terminal device, and a storage medium.
Background
When a website jumps or opens a new page, the resources of the new page are often required to be loaded, and the method can be realized by requesting a server to respond and return corresponding data through a network. Specifically, a plurality of network request objects are needed, corresponding resources are requested concurrently, and callbacks are unified after responses are obtained. However, some request objects may be in error during the request, which may affect the success of the entire request.
At present, a variable is often used to mark the number of successful requests, or mark each request object, and after learning that a request is in error, the network request is resent. The method for managing the concurrent multithreading requests is complex in operation, needs to be sent again after the requests are in error, is low in efficiency, and is difficult to manage the network requests simply and efficiently.
Disclosure of Invention
In view of this, embodiments of the present invention provide a network request method, a terminal device, and a storage medium, so as to solve the problem that the operation of the existing request method is complex.
In a first aspect of the embodiments of the present invention, a network request method is provided, including:
generating a network request object and storing the request object into a predefined request array;
creating a task group through a system GCD technology, adding the request array into the task group, and initiating a network request;
after receiving the response information of the server, storing the response information into a predefined response array;
and acquiring the request object which fails to be sent in the response array, and resending the network request object corresponding to the request object which fails to be sent.
In a second aspect of the embodiments of the present invention, there is provided a network request terminal apparatus, including:
a generation module: the system comprises a request array, a network request object generation module, a network request module and a network management module, wherein the request array is used for generating a network request object and storing the request object into a predefined request array;
a request module: the system is used for creating a task group through a system GCD technology, adding the request array into the task group and initiating a network request;
a storage module: the server is used for storing the response information into a predefined response array after receiving the response information of the server;
a retransmission module: and the request object which is failed to send in the response array is obtained, and the network request object corresponding to the request object which is failed to send is retransmitted.
In a third aspect of the embodiments of the present invention, there is provided a terminal apparatus, including a memory, a processor, and a computer program stored in the memory and executable on the processor, where the processor executes the computer program to implement the steps of the method according to the first aspect of the embodiments of the present invention.
In a fourth aspect of the embodiments of the present invention, a computer-readable storage medium is provided, in which a computer program is stored, and the computer program, when executed by a processor, implements the steps of the method provided in the first aspect of the embodiments of the present invention.
In a fifth aspect of embodiments of the present invention, a computer program product is provided, the computer program product comprising a computer program that, when executed by one or more processors, performs the steps of the method provided in the first aspect of embodiments of the present invention.
In the embodiment of the invention, a request object of a request is put into the same array, the request is uniformly managed through GCD technology, and meanwhile, the request object corresponding to a network request error callback is retransmitted. The GCD-based parallel processing of the network requests not only can process the requests very efficiently, but also can call back and resend the request objects when the request objects have errors, so that the problem of the network request errors can be processed simply and quickly.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the embodiments or the prior art descriptions will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without inventive exercise.
Fig. 1 is a flowchart of an embodiment of a network request method according to an embodiment of the present invention;
fig. 2 is a flowchart of another embodiment of a network request method according to an embodiment of the present invention;
fig. 3 is a schematic structural diagram of a network request terminal device according to an embodiment of the present invention;
fig. 4 is a schematic structural diagram of a terminal device according to an embodiment of the present invention.
Detailed Description
The embodiment of the invention provides a network request method, a terminal device and a storage medium, which are used for efficiently carrying out parallel network requests and quickly processing the problem of errors of the network requests.
In order to make the objects, features and advantages of the present invention more obvious and understandable, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is obvious that the embodiments described below are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The first embodiment is as follows:
referring to fig. 1, a schematic flow chart of a network performance parameter acquisition method according to an embodiment of the present invention includes the following steps:
s101, generating a network request object, and storing the request object into a predefined request array;
the network request objects are examples of network request classes, and each network request object corresponds to a network request, such as a segment of text, a picture, and the like. The network request object comprises a request header and a request method.
The predefined request array is a system array, the request object is stored in the request array, and when the network request is initiated, the request is initiated by taking the array as a whole. The request array may include a preset number of network request objects, and may also include network request objects of the same request type, which is not limited herein.
Optionally, a network request class is created, and a basic attribute and a request sending method are defined for the class, where the basic attribute includes a request method, a request path, a request parameter, and a callback function. When a network request is initiated, a request path is determined, a session object is created after a request object is generated, a request task is created, a method in the request task is called, the network request is sent, and a result is returned through a callback method.
Optionally, a flag of a request object is set in the request array. For example, whether the request was successful is marked by a bol type variable.
S102, creating a task group through a system GCD technology, adding the request array into the task group, and initiating a network request;
the GCD technique is primarily used to optimize applications to support multi-core processors and other symmetric multiprocessing systems. The technique is for an application to schedule processes or threads to queue in parallel on any available processing core to perform a particular task, depending on the available resources. In the embodiment of the invention, the GCD technology is used for scheduling the initiation and the reception of the request, so that the thread, the scheduling task and the destruction of the thread can be managed, and the high-efficiency processing of the network request is ensured.
The task group is a parallel queue and is a local variable, a dispatch _ group _ t type group variable representation is usually created, when a network request is added into the parallel queue, the network request can be performed in parallel, and the task completion condition of each thread can be monitored.
After a network request is initiated and server feedback data is received, the current request task is completed, and the group exits.
Optionally, the method further includes:
and creating a response array, and storing the request object into the response array.
Optionally, after receiving the response information of the server, the response information covers the request object.
S103, after receiving the response information of the server, storing the response information into a predefined response array;
the response information is request data obtained by requesting through a network request object, when the request is successful, the data content of the request can be fed back, and when the request is failed, the response information contains error information.
The response array is used for storing response information, specifically, after the network request object receives the server response, the response information is recalled and put into the request object, that is, after the network request object initiates the network request, the network request object includes the response information.
Preferably, when the response array is created, the generated network request object is placed in the response array, and when response information is received, the responded network request object is placed in the response array to overwrite the original network request object.
S104, acquiring the request object which fails to be sent in the response array, and resending the network request object corresponding to the request object which fails to be sent.
And when all the network request objects exit the task group, calling back the throwing method, throwing the response information in the response array, and determining the network request object with abnormal or error request according to the response information.
The request object which fails to send sends a network request for the original request object, and receives the server response information, wherein the response information is generally contained in the original request object, and when the response information contains errors, the network request object before the corresponding request can be determined according to the position of the original request object in the array.
Optionally, after the request object exits the task group, it is determined whether an error identifier exists in response information, and when the error identifier does not exist, the response information is marked, and when the error identifier exists, a label of the request object corresponding to the error identifier is transmitted.
The step is that the GCD technology is used for concurrently processing the network requests and managing the progress of each request, so that the stability of multiple requests can be guaranteed, and meanwhile, the error of the network request can be quickly processed.
Example two:
on the basis of fig. 1, taking program code as an example, a detailed implementation process for processing a network request is described in detail with reference to fig. 2, as follows:
the network request object can be generated through a system API, and in the embodiment of the invention, the object can also be generated through a customized network request class. In S201, a DYRequest class of the network request object is created, and basic attributes are defined: a request method, a request path url, a request parameter params and a callback function, and defines a network request sending method send.
In the send method, using the basic attribute to create NSMutableURLRquest, then creating NSURLSession ', using the ' NSURLSession ' method to create an NSURLSessionTask, then calling the NSURLSessionTask method to send a network request, calling the completion attribute in the callback of the system to transmit the result back to the DYRequest.
The encapsulation for completing the instantiation of the network request can carry out the network request by inputting the request parameters after the instantiation of the network request class.
In S202, the array NSArray provided by the system is extended, a classification of the system array is specifically created, a call-back RequestAsyncBlock of a Block type is defined for the classification, and a BOOL type issuccs tag and an array responseArray are included.
After the network request object is placed into the request array, the requests can be placed into the requestasyncBlock by classification to carry out network requests, and each request uses an issuccs mark, so that the request of each thread can be managed conveniently.
Defining a callback of a Block type RequestSectionBlock and defining the attribute section completion of the RequestSectionBlock for the network request class, and creating a variable of an int type for marking the position of a request object in a group.
In S203, a local variable group of dispatch _ group _ t type is created using a system GCD technique, and the network request object is traversed, and then the array subscript is taken out, added to the group, and a network request is initiated by a sending method in the request array, and each network request object makes a request sending by its own send method.
Before initiating the request, the method also comprises the step of storing all network request objects in the request array into a response array responseArray, and automatically overriding the network request objects in the response array after receiving the response of the server.
After all network requests are responded by the server, the response array is traversed to judge whether error exists, and if not, all network request objects are marked. When an error network request exists, acquiring the number of the error request object in the array, and retransmitting the request object after determining the request object, preferably, modifying the request parameter, checking the error reason and the like according to the error information.
In S205, the response message for obtaining the error is that after all network requests exit from the group, the callback transmits isSuccess and responseArray to the RequestAsyncBlock, so as to obtain the corresponding error request object.
The network request is constructed into an array according to the word size, a sendAsyncCompletion method in the array is called to initiate the request, the callback of RequestAsyncBlock is saved, a group is created and then enters the group, and after the server responds, a RequestSectionBlock is called to exit the group and an error request object is transmitted to the position of the initiation request.
Example three:
the above mainly describes a network request method, and a network requested terminal device will be described in detail below.
Fig. 3 shows a schematic structural diagram of a network-requested terminal device, including:
the generation module 310: the system comprises a request array, a network request object generation module, a network request module and a network management module, wherein the request array is used for generating a network request object and storing the request object into a predefined request array;
optionally, the generating module 310 includes:
a creation unit: the method is used for creating a network request class, and defining basic attributes and a request sending method for the class, wherein the basic attributes comprise a request method, a request path, request parameters and a callback function.
The request module 320: the system is used for creating a task group through a system GCD technology, adding the request array into the task group and initiating a network request;
the GCD technique is primarily used to optimize applications to support multi-core processors and other symmetric multiprocessing systems. The technique is for an application to schedule processes or threads to queue in parallel on any available processing core to perform a particular task, depending on the available resources. In the embodiment of the invention, the GCD technology is used for scheduling the initiation and the reception of the request, so that the thread, the scheduling task and the destruction of the thread can be managed, and the high-efficiency processing of the network request is ensured.
The task group is a parallel queue, when the network request is added into the parallel queue, the network request can be carried out in parallel, and the task completion condition of each thread can be monitored. Specifically, the task group is a local variable of dispatch _ group _ t type.
The storage module 330: the server is used for storing the response information into a predefined response array after receiving the response information of the server;
the response information is request data obtained by requesting through a network request object, when the request is successful, the data content of the request can be fed back, and when the request is failed, the response information contains error information.
The response array is used for storing response information, specifically, after the network request object receives the server response, the response information is recalled and put into the request object, that is, after the network request object initiates the network request, the network request object includes the response information.
Optionally, after receiving the response information of the server, before storing the response information into a predefined response array, the method further includes:
and creating a response array, and storing the request object into the response array.
Optionally, the creating a response array, and storing the request object in the response array further includes:
and after receiving response information of the server, covering the request object by the response information.
The retransmission module 340: and the request object which is failed to send in the response array is obtained, and the network request object corresponding to the request object which is failed to send is retransmitted.
Optionally, the retransmission module 340 includes:
a judging unit: and the label is used for judging whether response information has an error identifier or not after the request object exits the task group, marking the response information when the error identifier does not exist, and transmitting the label of the request object corresponding to the error identifier when the error identifier exists.
The terminal device manages the transmission of the network request through the transmission module, and the storage module and the retransmission module receive the response data and process the error information, so that the network request can be effectively managed.
Example four:
fig. 4 is a schematic diagram of a network request terminal device according to an embodiment of the present invention. The terminal device is a mobile computer device with a touch screen, including but not limited to a smart phone, a smart watch, a notebook, a tablet computer, a POS machine, and even a vehicle-mounted computer. As shown in fig. 4, the server 4 of this embodiment includes: a memory 410, a processor 420, and a system bus 430, the memory 410 including an executable program 4101 stored thereon, it being understood by those skilled in the art that the server architecture shown in FIG. 4 does not constitute a limitation of a server and may include more or fewer components than shown, or some components in combination, or a different arrangement of components.
The following specifically describes each constituent component of the terminal apparatus with reference to fig. 4:
the memory 410 may be used to store software programs and modules, and the processor 420 performs various functional applications of the terminal and data processing by operating the software programs and modules stored in the memory 410. The memory 410 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the server, and the like. Further, the memory 410 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.
An executable program 4101 of a network request method is contained on the memory 410, the executable program 4101 may be divided into one or more modules/units, which are stored in the memory 410 and executed by the processor 420 to complete the delivery of the notification and obtain the notification implementation process, and the one or more modules/units may be a series of computer program instruction segments capable of performing specific functions, which are used for describing the execution process of the computer program 4101 in the server 4. For example, the computer program 4101 may be divided into a generation module, a request module, a storage module and a retransmission module.
The processor 420 is a control center of the server, connects various parts of the entire terminal device using various interfaces and lines, performs various functions of the terminal and processes data by operating or executing software programs and/or modules stored in the memory 410 and calling data stored in the memory 410, thereby integrally monitoring the terminal. Alternatively, processor 420 may include one or more processing units; preferably, the processor 420 may integrate an application processor, which mainly handles operating systems, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into processor 420.
The system bus 430 is used to connect functional units inside the computer, and can transmit data information, address information, and control information, and may be, for example, a PCI bus, an ISA bus, a VESA bus, etc. The instructions of the processor 420 are transmitted to the memory 410 through the bus, the memory 410 feeds data back to the processor 420, and the system bus 430 is responsible for data and instruction interaction between the processor 420 and the memory 410. Of course, the system bus 430 may also access other devices such as network interfaces, display devices, and the like.
The terminal device at least comprises a network card, an output device and the like, and other components are not described in detail herein.
In this embodiment of the present invention, the executable program executed by the terminal device 420 included in the server specifically includes:
a network request method, comprising:
generating a network request object and storing the request object into a predefined request array;
creating a task group through a system GCD technology, adding the request array into the task group, and initiating a network request;
after receiving the response information of the server, storing the response information into a predefined response array;
and acquiring the request object which fails to be sent in the response array, and resending the network request object corresponding to the request object which fails to be sent.
Further, the generating the network request object further comprises:
the method comprises the steps of creating a network request class, defining basic attributes and a request sending method for the class, wherein the basic attributes comprise a request method, a request path, request parameters and a callback function.
Further, after receiving the response information of the server, before storing the response information in a predefined response array, the method further includes:
and creating a response array, and storing the request object into the response array.
Further, the creating a response array, and storing the request object in the response array further includes:
and after receiving response information of the server, covering the request object by the response information.
Further, the obtaining of the request object that fails to be sent in the response array specifically includes:
and after the request object exits the task group, judging whether response information has an error identification, if not, marking the response information, and if so, transmitting a label of the request object corresponding to the error identification.
It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to the related descriptions of other embodiments for parts that are not described or illustrated in a certain embodiment.
It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to the related descriptions of other embodiments for parts that are not described or illustrated in a certain embodiment.
The above-mentioned embodiments are only used for illustrating the technical solutions of the present invention, and not for limiting the same; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions of the embodiments of the present invention.
Claims (8)
1. A network request method, comprising:
generating a network request object and storing the request object into a predefined request array; the network request objects are network request class instances, each network request object corresponds to one network request, the predefined request array is a system array, the request objects are stored in the request array, when the network request is initiated, the request array is initiated as a whole, and the request array comprises the network request objects of the same request type; the generating the network request object further comprises: creating a network request class, and defining basic attributes and a request sending method for the class, wherein the basic attributes comprise a request method, a request path, request parameters and a callback function;
creating a task group through a system GCD technology, adding the request array into the task group, and initiating a network request;
after receiving the response information of the server, storing the response information into a predefined response array; the response information is request data obtained by requesting through a network request object, when the request is successful, the data content of the request can be fed back, and when the request is failed, the response information contains error information;
acquiring a request object which fails to be sent in the response array, and resending a network request object corresponding to the request object which fails to be sent; the request object which fails to send sends a network request for the original request object, and receives server response information, wherein the response information is contained in the original request object, and when the response information contains errors, the network request object before the corresponding request can be determined according to the position of the original request object in the array.
2. The method of claim 1, wherein before storing the response information in a predefined response array after receiving the server response information, the method further comprises:
and creating a response array, and storing the request object into the response array.
3. The method of claim 2, wherein creating a response array, storing the request object in the response array further comprises:
and after receiving response information of the server, covering the request object by the response information.
4. The method according to claim 1, wherein the obtaining of the request object that fails to be sent in the response array specifically includes:
and after the request object exits the task group, judging whether response information has an error identification, if not, marking the response information, and if so, transmitting a label of the request object corresponding to the error identification.
5. A terminal device, comprising:
a generation module: the system comprises a request array, a network request object generation module, a network request module and a network management module, wherein the request array is used for generating a network request object and storing the request object into a predefined request array; the predefined request array is a system array, the request objects are stored in the request array, when a network request is initiated, the request array is initiated by taking the array as a whole, and the request array comprises the network request objects of the same request type; the generation module comprises: a creation unit: the system comprises a network request class, a request path, a request parameter and a callback function, wherein the network request class is used for creating a network request class and defining basic attributes and a request sending method for the class, and the basic attributes comprise a request method, a request path, a request parameter and a callback function;
a request module: the system is used for creating a task group through a system GCD technology, adding the request array into the task group and initiating a network request;
a storage module: the server is used for storing the response information into a predefined response array after receiving the response information of the server; the response information is request data obtained by requesting through a network request object, when the request is successful, the data content of the request can be fed back, and when the request is failed, the response information contains error information;
a retransmission module: the network request object corresponding to the request object which fails to be sent is retransmitted; the request object which fails to send sends a network request for the original request object, and receives server response information, wherein the response information is contained in the original request object, and when the response information contains errors, the network request object before the corresponding request can be determined according to the position of the original request object in the array.
6. The terminal apparatus according to claim 5, wherein the retransmission module comprises: a judging unit: and the label is used for judging whether response information has an error identification after the request object exits the task group, marking the response information when the error identification does not exist, and transmitting the label of the request object corresponding to the error identification when the error identification exists.
7. A terminal device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that the processor implements the steps of the network request method according to any of claims 1 to 5 when executing the computer program.
8. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the steps of the network request method according to any one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810796547.5A CN108900627B (en) | 2018-07-19 | 2018-07-19 | Network request method, terminal device and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810796547.5A CN108900627B (en) | 2018-07-19 | 2018-07-19 | Network request method, terminal device and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108900627A CN108900627A (en) | 2018-11-27 |
| CN108900627B true CN108900627B (en) | 2021-11-26 |
Family
ID=64351146
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810796547.5A Active CN108900627B (en) | 2018-07-19 | 2018-07-19 | Network request method, terminal device and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108900627B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111294377B (en) * | 2018-12-10 | 2023-07-04 | 深圳市联瑞电子有限公司 | Dependency network request sending method, terminal device and storage medium |
| CN110086880B (en) * | 2019-05-07 | 2020-05-22 | 北京字节跳动网络技术有限公司 | Method and apparatus for creating instances of network requests |
| CN110598155A (en) * | 2019-09-17 | 2019-12-20 | 北京锐安科技有限公司 | Ajax request calling method and device, computer equipment and storage medium |
| CN111914149A (en) * | 2020-05-21 | 2020-11-10 | 北京大米科技有限公司 | Request processing method and device, storage medium and electronic equipment |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102282813A (en) * | 2009-01-16 | 2011-12-14 | 熵敏通讯股份有限公司 | Retransmission admission mechanism in a managed shared network with quality of service |
| CN103399795A (en) * | 2013-06-28 | 2013-11-20 | 贵阳朗玛信息技术股份有限公司 | Address book synchronizing method and device |
| CN106775965A (en) * | 2016-11-17 | 2017-05-31 | 腾讯科技（深圳）有限公司 | A kind of processing method and processing device of timed task |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8943018B2 (en) * | 2007-03-23 | 2015-01-27 | At&T Mobility Ii Llc | Advanced contact management in communications networks |
| US20100077035A1 (en) * | 2008-09-23 | 2010-03-25 | Nokia Corporation | Optimized Polling in Low Resource Devices |
-
2018
- 2018-07-19 CN CN201810796547.5A patent/CN108900627B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102282813A (en) * | 2009-01-16 | 2011-12-14 | 熵敏通讯股份有限公司 | Retransmission admission mechanism in a managed shared network with quality of service |
| CN103399795A (en) * | 2013-06-28 | 2013-11-20 | 贵阳朗玛信息技术股份有限公司 | Address book synchronizing method and device |
| CN106775965A (en) * | 2016-11-17 | 2017-05-31 | 腾讯科技（深圳）有限公司 | A kind of processing method and processing device of timed task |
Non-Patent Citations (2)
| Title |
|---|
| 使用GCD实现和封装分组并发网络请求;fruitymoon;《简书，https://www.jianshu.com/p/54bbacfcc31b》;20160511;正文第1-4页 * |
| 基于IOS的虚拟家居漫游系统的设计与实现;王晓丹;《杭州电子科技大学学报》;20160330;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108900627A (en) | 2018-11-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11762697B2 (en) | Method and apparatus for scheduling resource for deep learning framework | |
| CN108900627B (en) | Network request method, terminal device and storage medium | |
| CN110851253B (en) | Remote operation and maintenance method, system, storage medium and electronic equipment | |
| CN103207785B (en) | The processing method of data download request, Apparatus and system | |
| CN108733496B (en) | Event processing method and device | |
| US8280197B1 (en) | Managed background loading of image resources in resource-constrained devices | |
| WO2021159831A1 (en) | Programming platform user code running method, platform, node, device and medium | |
| CN112818270A (en) | Data cross-domain transfer method and device and computer equipment | |
| CN111294377B (en) | Dependency network request sending method, terminal device and storage medium | |
| US10520929B2 (en) | Techniques for implementing universal commands in a welding or cutting system | |
| CN110062035A (en) | A kind of http request method and apparatus based on deque | |
| CN106095886B (en) | Data processing method and device | |
| CN111796906A (en) | Container management method, device, equipment and storage medium | |
| US20180059640A1 (en) | Techniques for event driven scheduling in a welding or cutting system | |
| CN116112457A (en) | Method, device, computer equipment and storage medium for notifying message | |
| CN112688980B (en) | Resource distribution method and device, and computer equipment | |
| CN115543574A (en) | Task scheduling method and system applied to video digital collection generation | |
| CN114356713A (en) | Thread pool monitoring method and device, electronic equipment and storage medium | |
| CN111190725B (en) | Task processing method, device, storage medium and server | |
| CN113300895A (en) | Cable processing method and system and computing device | |
| CN113779021A (en) | Data processing method, device, computer system and readable storage medium | |
| CN113722115A (en) | Method, device, equipment and computer readable medium for calling interface | |
| CN110569673A (en) | Data file processing method, device, equipment and storage medium | |
| CN115378792B (en) | Alarm processing method, device and storage medium | |
| US20240152504A1 (en) | Data interaction method, apparatus, and electronic device |
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 | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20240208 Address after: Room 101-1, Building 2, No. 95 Daguan Middle Road, Tianhe District, Guangzhou City, Guangdong Province, 510000 Patentee after: Guangzhou Zhongtian Technology Consulting Co.,Ltd. Country or region after: Zhong Guo Address before: 430000 East Lake Development Zone, Wuhan City, Hubei Province, No. 1 Software Park East Road 4.1 Phase B1 Building 11 Building Patentee before: WUHAN DOUYU NETWORK TECHNOLOGY Co.,Ltd. Country or region before: Zhong Guo |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20240319 Address after: Room B-B127, 19th Floor, Building AB, Southern Securities Building, 2016 Jianshe Road, Jiabei Community, Nanhu Street, Luohu District, Shenzhen City, Guangdong Province, 518001 Patentee after: Shenzhen Anruize Technology Co.,Ltd. Country or region after: Zhong Guo Address before: Room 101-1, Building 2, No. 95 Daguan Middle Road, Tianhe District, Guangzhou City, Guangdong Province, 510000 Patentee before: Guangzhou Zhongtian Technology Consulting Co.,Ltd. Country or region before: Zhong Guo |