WO2023240506A1

WO2023240506A1 - Request processing method and apparatus, server, and storage medium

Info

Publication number: WO2023240506A1
Application number: PCT/CN2022/099017
Authority: WO
Inventors: 黄助良
Original assignee: 北京小米移动软件有限公司; 北京小米松果电子有限公司
Priority date: 2022-06-15
Filing date: 2022-06-15
Publication date: 2023-12-21
Also published as: CN117716736A

Abstract

The present disclosure relates to a request processing method and apparatus, a server, and a storage medium. The method is applied to the server, and the method comprises: determining the total number of device connection requests received within a preset time period before the current moment; in response to detecting that the total number meets a set condition, determining, from the total number of device connection requests, the current requests to be processed; on the basis of a first preset mode, processing the current requests to be processed; and processing the current remaining requests on the basis of a second preset mode, wherein the sum of a first number of the current requests to be processed and a second number of the current remaining requests is the total number, the processing speed of the second preset mode is higher than the processing speed of the first preset mode, and after the processing in the second preset mode, a second sending device for the current remaining requests stops sending the device connection requests to the server. The present disclosure can reduce the concurrency of the device connection requests and relieve the pressure of the server.

Description

Request processing method, device, server and storage medium

Technical field

The present disclosure relates to the field of computer technology, and in particular, to a request processing method, device, server and storage medium.

Background technique

With the development of terminal technology, more and more applications (Applications, Apps) are installed by users on terminals, such as some social applications, news media applications, smart home client programs, etc. When an application on the terminal device is running, it needs to establish a connection with the server in the background so that the server can provide services for the application. In related technologies, in certain application scenarios, for example, there are vulnerabilities in the Software Development Kit (SDK) that collaboratively wakes up when the application is running on the terminal device, or the network in the computer room where the server is located experiences abnormal situations such as power outages and network outages. When the connection is disconnected, the terminal device will be triggered to reconnect to the server cyclically, causing the server to receive a large number of device connection requests in a short period of time, causing the server's central processing unit (CPU) to fail. The load soared, even causing the server to crash, which in turn triggered more connection disconnections and cyclic reconnections, making the situation continue to worsen.

Contents of the invention

In order to overcome the problems existing in the related technology, embodiments of the present disclosure provide an anchor point information processing method, device, equipment and storage medium to solve the defects in the related technology.

In order to overcome the problems existing in the related technology, embodiments of the present disclosure provide a request processing method, device, server and storage medium to solve the defects in the related technology.

According to a first aspect of an embodiment of the present disclosure, a request processing method is provided, applied to a server, and the method includes:

Determine the total number of device connection requests received within the preset time period before the current moment;

In response to detecting that the total number satisfies the set condition, determining a current pending request from the total number of device connection requests;

Process the currently pending request based on the first preset method;

The current remaining requests are processed based on the second preset method. The sum of the first number of the current pending requests and the second number of the current remaining requests is the total number. The processing of the second preset method The speed is higher than the processing speed of the first preset method, and after processing in the second preset method, the second sending device of the current remaining requests will stop sending device connection requests to the server.

In some embodiments, the total number of device connection requests meets set conditions, including at least one of the following:

The total number of device connection requests is greater than or equal to the set quantity threshold, and the duration greater than or equal to the set quantity threshold exceeds the first set time threshold;

The total number of device connection requests is greater than or equal to the target number of device connection requests that the server can handle within the preset time period, and the duration that is greater than or equal to the target number exceeds the second set time threshold .

In some embodiments, determining the current pending requests from the total number of device connection requests includes:

Based on the current load size of the central processing unit CPU of the server, determine the target number of device connection requests that the server can handle within the current time period;

determining the first quantity based on the target quantity, the first quantity being less than or equal to the target quantity;

The first number of device connection requests is determined from the total number based on a preset rule.

In some embodiments, processing the currently pending request based on a first preset method includes:

Obtain the authentication information of the first sending device of the currently pending request;

Perform connection authentication on the first sending device based on the authentication information;

In response to the connection authentication passing, first preset information is sent to the first sending device, where the first preset information is used to represent that the first sending device and the server have successfully established a connection.

In some embodiments, processing the current remaining requests in the total number based on the second preset method includes:

Send second preset information to the second sending device of the current remaining request, where the second preset information is used to indicate that the connection between the second sending device and the server has been successfully established.

In some embodiments, the method further includes repeatedly executing the following process until the number of current remaining requests that have not been processed in the first preset manner becomes 0:

In response to completing the processing of the currently pending request based on the first preset manner, determining the pending request again from the current remaining requests;

Process the currently pending request based on the first preset method.

According to a second aspect of the embodiment of the present disclosure, a request processing device is provided, applied to the server, and the device includes:

The quantity determination module is used to determine the total number of device connection requests received within the preset time period before the current moment;

A request determination module, configured to determine the current pending request from the total number of device connection requests in response to detecting that the total number meets the set condition;

A first processing module, configured to process the currently pending request based on a first preset method;

The second processing module is configured to process the current remaining requests based on the second preset method. The sum of the first number of the current pending requests and the second number of the current remaining requests is the total number. The processing speed of the second preset method is higher than the processing speed of the first preset method, and after processing in the second preset method, the second sending device of the current remaining requests will stop sending messages to the service. The client then sends a device connection request.

In some embodiments, the request determination module includes:

A target number determination unit configured to determine the target number of device connection requests that the server can handle within the current time period based on the current load size of the central processing unit CPU of the server;

A first quantity determining unit configured to determine the first quantity based on the target quantity, where the first quantity is less than or equal to the target quantity;

A first request determining unit configured to determine the first number of device connection requests from the total number based on a preset rule.

In some embodiments, the first processing module includes:

An information acquisition unit, configured to acquire the authentication information of the first sending device of the currently pending request;

A connection authentication unit, configured to perform connection authentication on the first sending device based on the authentication information;

A first sending unit, configured to send first preset information to the first sending device in response to the connection authentication being passed, where the first preset information is used to represent that the first sending device and the server have Connection established successfully.

In some embodiments, the second processing module is further configured to send second preset information to the second sending device of the current remaining request, where the second preset information is used to characterize the relationship between the second sending device and the current remaining request. The server has successfully established a connection.

In some embodiments, the apparatus further includes a process repeat execution module;

The process repeat execution module is used to repeatedly execute the following process until the number of current remaining requests that have not been processed in the first preset manner becomes 0:

In response to completing the processing of the current pending request based on the first preset method, determining the pending request again from the current remaining requests;

Process the currently pending request based on the first preset method.

According to a third aspect of the embodiment of the present disclosure, a server is provided, and the server includes:

Processor and memory for storing computer programs;

Wherein, the processor is configured to, when executing the computer program, implement:

Process the currently pending request based on the first preset method;

According to a fourth aspect of an embodiment of the present disclosure, a computer-readable storage medium is provided, a computer program is stored thereon, and when executed by a processor, the program implements:

Process the currently pending request based on the first preset method;

The technical solutions provided by the embodiments of the present disclosure may include the following beneficial effects:

The present disclosure determines the current pending request from the total number of device connection requests by determining the total number of device connection requests received within a preset time period before the current moment, and in response to detecting that the total number meets the set conditions. , and then process the currently pending request based on the first preset method, and process the current remaining requests based on the second preset method, because the processing speed of the second preset method is higher than that of the first preset method. The processing speed of the preset mode, and after being processed in the second preset mode, the second sending device of the current remaining requests will stop sending device connection requests to the server, so the number of device connection requests can be quickly reduced. The amount of concurrency enables the server to process the received device connection requests in batches to achieve smooth processing of the surge in concurrent requests. Compared with related technologies that take measures such as current limiting or server expansion to relieve the pressure on the server. In this way, the present disclosure can reduce the impact on the device side and avoid increasing the hardware cost of the server.

It should be understood that the foregoing general description and the following detailed description are exemplary and explanatory only, and do not limit the present disclosure.

Description of the drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the disclosure and together with the description, serve to explain the principles of the disclosure.

Figure 1 is a flow chart of a request processing method according to an exemplary embodiment of the present disclosure;

Figure 2 is a flowchart illustrating how to determine currently pending requests from the total number of device connection requests according to an exemplary embodiment of the present disclosure;

Figure 3 is a flowchart showing how to process the currently pending request based on a first preset manner according to an exemplary embodiment of the present disclosure;

Figure 4 is a flow chart of yet another request processing method according to an exemplary embodiment of the present disclosure;

Figure 5 is a block diagram of a request processing device according to an exemplary embodiment of the present disclosure;

Figure 6 is a block diagram of yet another request processing device according to an exemplary embodiment of the present disclosure;

Figure 7 is a block diagram of a server according to an exemplary embodiment of the present disclosure.

Detailed ways

Exemplary embodiments will be described in detail herein, examples of which are illustrated in the accompanying drawings. When the following description refers to the drawings, the same numbers in different drawings refer to the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with aspects of the disclosure as detailed in the appended claims.

In order to solve the above problems, measures such as current limiting or server capacity expansion are usually adopted in related technologies. Among them, the current limiting measure only allows some devices to connect within a period of time, while rejecting connection requests from other devices. However, current limiting measures are only effective for normal device connection requests, and corresponding current limiting logic needs to be set on the device. For example, when the device finds that its connection to the server has failed, it will wait for a period of time before initiating a second connection. . For device connection requests triggered by the vulnerability, even if the current is limited, it still cannot reduce the concurrency of the device repeatedly reconnecting to the server, that is, it cannot reduce the pressure on the server's CPU, which in turn affects other normal devices connecting to the server. The expansion measures need to be planned in advance on the server. When the number of device connection requests soars in a short period of time due to abnormal situations such as SDK vulnerabilities or computer room network power outages or disconnections, server expansion measures are difficult to implement quickly, and the expansion measures Will increase the hardware cost of the server. In view of this, embodiments of the present disclosure provide the following request processing methods, devices, servers, and storage media to solve the above problems in related technologies.

Figure 1 is a flow chart of a request processing method according to an exemplary embodiment; the method of this embodiment can be applied to servers such as local servers and cloud servers with data processing functions, and the server can be deployed on a computer. Electronic equipment or a equipment cluster composed of multiple electronic equipment.

As shown in Figure 1, the method includes the following steps S101-S104:

In step S101, the total number of device connection requests received within a preset time period before the current time is determined.

In this embodiment, the server may determine the total number of device connection requests received within a preset time period before the current time.

Among them, the length of the above-mentioned preset time period can be set based on actual business needs, such as setting it to 1 second (that is, counting the number of device connection requests received within the current 1 second every second). In this embodiment, Not limited.

The above device connection request may include a connection request sent by the terminal device to the service segment when the application program on the terminal device needs to establish a connection with the server (the connection is used to enable the subsequent server to provide services for the application program).

In step S102, in response to detecting that the total number satisfies the set condition, a currently pending request is determined from the total number of device connection requests.

In this embodiment, after the server determines the total number of device connection requests received within the preset time period before the current time, it can detect whether the total number meets the set conditions. If the set conditions are met, then the total number is determined from the total number. The current pending request is determined from the device connection request.

In some embodiments, when the total number of device connection requests meets the set conditions, it may include at least one of the following:

The total number of device connection requests is greater than or equal to the set number threshold, and the duration greater than or equal to the set number threshold exceeds the first set time threshold; wherein, the above set number threshold can be based on The service needs to be set, for example, set to tens of millions, etc. This embodiment does not limit this.

The total number of device connection requests is greater than or equal to the target number of device connection requests that the server can handle within the preset time period, and the duration that is greater than or equal to the target number exceeds the second set time threshold . Wherein, the second set time threshold is equal to or different from the first set time threshold. For example, based on the current load of the server's central processing unit (CPU), the target number of device connection requests that the server can handle within a preset time period can be estimated, and then the target number of device connection requests that can be processed by the server can be estimated when a predetermined request is detected. Assume that the total number of device connection requests within the time period is greater than or equal to the target number of device connection requests that the server can handle within the preset time period, and the duration that is greater than or equal to the target number exceeds the second setting When the time threshold is reached, it is determined that the total number of device connection requests meets the set conditions, and then the subsequent steps of this embodiment are continued.

It is worth noting that the “duration” content in the above setting conditions is to more accurately and reasonably limit the conditions that need to be met when executing this implementation plan, so as to avoid the total number of device connection requests. The quantity is accidentally greater than or equal to the set quantity threshold or target quantity. It can be understood that if the total number of device connection requests is only accidentally greater than or equal to the set number threshold or target number, and then quickly returns to the normal level, in this case, there is no need to implement the subsequent steps of this embodiment. .

In other embodiments, the above-mentioned method of determining the currently pending request from the total number of device connection requests may also refer to the embodiment shown in FIG. 2 below, which will not be described in detail here.

In step S103, the currently pending request is processed based on a first preset method.

In this embodiment, when it is detected that the total number meets the set condition and the current pending request is determined from the total number of device connection requests, the currently pending request can be processed based on the first preset method. deal with.

In some embodiments, the above-mentioned first preset method can be used to represent the normal processing method performed by the server on the device connection request after receiving the device connection request in related technologies, such as first performing connection authentication, and then performing authentication. How to handle steps such as information feedback after success or failure, etc.

In other embodiments, the above-mentioned method of processing the currently pending request based on the first preset method may refer to the embodiment shown in FIG. 3 below, and will not be described in detail here.

In step S104, the current remaining requests are processed based on the second preset method.

In this embodiment, when it is detected that the total number meets the set condition and the current pending requests are determined from the total number of device connection requests, the current remaining requests can be processed based on the second preset method. Wherein, the current remaining requests may be the device connection requests excluding the currently pending requests among the above total number of device connection requests, so the sum of the first number of the current pending requests and the second number of the current remaining requests is the total quantity stated.

In some embodiments, the second preset method can be regarded as a simple processing method compared to the first preset method, so the processing speed of the second preset method is higher than that of the first preset method. processing speed, and after being processed in the second preset manner, the second sending device of the current remaining requests will stop sending device connection requests to the server. For example, in the case where the first preset method includes first performing connection authentication, and then performing steps such as information feedback after the authentication succeeds or fails, the second preset method may only include the step of information feedback (that is, not including Connection authentication step), and the information content fed back can be used to indicate that the second sending device of the current remaining requests (different from the first sending device that sends the pending request) has successfully established a connection with the server. It can be understood that if the information content fed back is used to represent the second sending device of the current remaining request and the server fails to successfully establish a connection, the second sending device will send a device connection request again, which will cause the server to receive The request concurrency remains high. Therefore, in this embodiment, by having the server feedback information indicating that the connection has been successfully established, the second sending device can avoid sending a device connection request again, thereby reducing the request concurrency received by the server. Purpose.

It is worth noting that the above-mentioned second preset method is not the final processing method of the device connection request, but is only a temporary processing method adopted to avoid that the second sending device will send the device connection request again, and due to the feedback of the second preset method The information has not gone through the connection authentication step, so it can be regarded as a "fake connection" message fed back by the server to the second sending device. When the current pending requests are processed in batches based on the first preset method, the server's After the pressure is reduced, those device connection requests processed based on the second preset method can be processed again in the first preset method until all device connection requests are processed in the first preset method.

As can be seen from the above description, the method of this embodiment determines the total number of device connection requests received within a preset time period before the current moment, and responds to detecting that the total number meets the set condition, from the total number of devices The current pending request is determined in the connection request, and then the current pending request is processed based on the first preset method, and the current remaining requests are processed based on the second preset method. Due to the processing of the second preset method The speed is higher than the processing speed of the first preset method, and after processing in the second preset method, the second sending device of the current remaining requests will stop sending device connection requests to the server, Therefore, the concurrent amount of device connection requests can be quickly reduced, allowing the server to process the received device connection requests in batches, and smoothly handle the surge in concurrent requests. Compared with current limiting or server expansion in related technologies, By taking other measures to alleviate the pressure on the server side, the present disclosure can reduce the impact on the device side and avoid increasing the hardware cost of the server.

Figure 2 is a flow chart showing how to determine the current pending request from the total number of device connection requests according to an exemplary embodiment of the present disclosure; this embodiment is based on the above embodiment and how to determine the current pending request from the total number of device connection requests. Determining the current pending request in the device connection request is taken as an example for illustrative explanation. As shown in Figure 2, determining the current pending requests from the total number of device connection requests described in step S102 above may include the following steps S201-S203:

In step S201, based on the current load size of the central processing unit CPU of the server, determine the target number of device connection requests that the server can handle within the current time period;

In step S202, the first quantity is determined based on the target quantity, and the first quantity is less than or equal to the target quantity;

In step S203, the first number of device connection requests is determined from the total number based on a preset rule.

In this embodiment, when it is necessary to determine the current pending request from the total number of device connection requests, the current load size of the central processing unit CPU of the server can be obtained, and then the current load size of the CPU can be determined based on the current load size of the CPU. The target number of device connection requests that the server can handle (for example, 100,000, etc.). For example, the number of device connection requests that the server can handle when the CPU is under various load conditions can be detected in advance, and a mapping relationship between the two can be established. Furthermore, after determining the current load size of the CPU, the target number of device connection requests that the server can process within the current time period can be determined based on the mapping relationship. For example, the length of the current time period may be equal to the length of the above-mentioned preset time period, such as 1 second, etc., which is not limited in this embodiment.

On this basis, after determining the target number of device connection requests that the server can handle within the current time period, the first number can be determined based on the target number. For example, the first number can be set It is less than or equal to the target number to ensure that the server can handle the above-mentioned first number of device connection requests when the CPU is under current load.

Further, the first number of device connection requests may be determined from the total number based on a preset rule. For example, a first number of device connection requests may be selected from the above total number of device connection requests in order of sending time, or the first number of device connection requests may be selected randomly. Moreover, the sending devices of the first number of device connection requests can also be recorded, so that it can be later distinguished which sending devices have device connection requests processed based on the first preset method and which sending devices have device connection requests processed based on the third preset method. It is processed in the second preset way, so that when the pressure of the server is reduced, those device connection requests processed based on the second preset way can be processed in the first preset way.

As can be seen from the above description, this embodiment determines the target number of device connection requests that the server can handle in the current time period based on the current load size of the central processing unit CPU of the server, and determines the target number based on the target number. The first number is less than or equal to the target number, and then the first number of device connection requests are determined from the total number based on preset rules, so that the first number of device connection requests can be reasonably obtained from the total number. The current pending requests are determined in the device connection requests to ensure that the server can process the first number of device connection requests when the CPU is under current load.

Figure 3 is a flow chart illustrating how to process the currently pending request based on a first preset manner according to an exemplary embodiment of the present disclosure; this embodiment is based on the above embodiment and how to process the request from the total number. Determining the current pending request in the device connection request is taken as an example for illustrative explanation. As shown in Figure 2, the processing of the currently pending request based on the first preset method described in step S103 above may include the following steps S301-S303:

In step S301, obtain the authentication information of the first sending device of the currently pending request;

In step S302, perform connection authentication on the first sending device based on the authentication information;

In step S303, in response to the connection authentication passing, first preset information is sent to the first sending device. The first preset information is used to indicate that the first sending device and the server have been successfully established. connect.

In this embodiment, when the currently pending request is processed based on the first preset method, the authentication information of the first sending device of the currently pending request can be obtained, and then the authentication information is processed based on the authentication information. The first sending device performs connection authentication, and then in response to the connection authentication passing, sends first preset information to the first sending device, where the first preset information is used to represent the connection between the first sending device and the first sending device. The server has successfully established a connection. In other embodiments, in response to failure in connection authentication, third preset information may be sent to the first sending device. The third preset information may be used to characterize the relationship between the first sending device and the service. The connection was not successfully established.

Wherein, the first sending device includes a device that sends the above-mentioned currently pending request. For example, the above authentication information may include an encrypted string sent by the first sending device, etc. After the server obtains the encrypted string sent by the first sending device, it can determine whether the received authentication information is legal based on the encrypted string. If it is legal, it determines that the connection authentication has passed, and then sends the message to the first sending device. Send the first preset information; on the contrary, if it is illegal, it is determined that the connection authentication has not passed, and then the third preset information is sent to the first sending device. For example, when judging whether the received authentication information is legal based on the encrypted string, the key can be calculated based on the device identification (such as device identity information ID and/or device serial number, etc.) of the first sending device. The encrypted string on the server side is output, and then it can be judged whether the encrypted string on the server side is consistent with the encrypted string sent by the first sending device: if they are consistent, it is determined that the received authentication information is legal; otherwise, it is determined that the received authentication information is not valid. legitimate.

It is worth noting that the above-mentioned method of performing connection authentication on the first sending device based on the authentication information is only for illustrative purposes. In practical applications, other methods can also be adopted based on actual needs to authenticate the first sending device. The sending device performs connection authentication, and the results obtained are also applicable to subsequent steps in this embodiment, which is not limited in this embodiment.

As can be seen from the above description, this embodiment obtains the authentication information of the first sending device of the currently pending request, performs connection authentication on the first sending device based on the authentication information, and then responds to the connection authentication. By sending the first preset information to the first sending device, the currently pending request can be processed based on the first preset method, which can reduce the concurrency of device connection requests and achieve a surge in the number of concurrent requests. Ease the situation.

The method of this embodiment can be applied to servers such as local servers and cloud servers with data processing functions. The server can be deployed in one electronic device or a device cluster composed of multiple electronic devices.

As shown in Figure 4, the method includes the following steps S401-S407:

In step S401, determine the total number of device connection requests received within a preset time period before the current time;

In step S402, in response to detecting that the total number meets the set condition, determine the currently pending request from the total number of device connection requests;

In step S403, the currently pending request is processed based on the first preset method;

In step S404, the current remaining requests are processed based on a second preset method. The sum of the first number of currently pending requests and the second number of current remaining requests is the total number. The second The processing speed of the preset method is higher than the processing speed of the first preset method, and after processing by the second preset method, the second sending device of the current remaining requests will stop sending any more requests to the server. Send device connection request.

For relevant explanations and descriptions of the above-mentioned steps S401-S404, please refer to the above-mentioned steps S101-S104 in the embodiment shown in FIG. 1, and will not be described again here.

In step S405, in response to completing the processing of the current pending request based on the first preset method, determine the pending request again from the current remaining requests;

In step S406, the currently pending request is processed based on the first preset method.

In step S407, it is determined that the current number of remaining requests has become 0: if it has not become 0, step S405 is executed again; if it has become 0, the current process is ended.

In this embodiment, after completing the processing of the current pending request based on the first preset method, different pending requests can be determined again from the current remaining requests, and then the current pending request can be processed based on the first preset method. The pending request is processed. For the specific processing method, please refer to the embodiment shown in Figure 3 above, which will not be described in detail here. It can be understood that since the current remaining requests are device connection requests that have not been processed in the first preset manner, each time the pending requests are determined from the current remaining requests and processed based on the first preset manner, the current remaining requests are The number of requests will decrease. Therefore, after each current pending request is processed based on the first preset method, it is determined whether the number of current remaining requests becomes 0: if it does not become 0, then the pending requests are determined again from the current remaining requests. , and the process is performed based on the first preset method; and if it becomes 0, the method flow of this embodiment can be ended. It can be seen from this that when the method process of this embodiment ends, the total number of device connection requests have been processed in the first preset manner.

Figure 5 is a block diagram of a request processing device according to an exemplary embodiment of the present disclosure; the device of this embodiment can be applied to servers such as local servers and cloud servers with data processing functions, and the server can be deployed in a One electronic device or a device cluster composed of multiple electronic devices.

As shown in Figure 5, the device may include: a quantity determination module 110, a request determination module 120, a first processing module 130 and a second processing module 140, wherein:

The quantity determination module 110 is used to determine the total number of device connection requests received within a preset time period before the current time;

The request determination module 120 is configured to determine the currently pending request from the total number of device connection requests in response to detecting that the total number meets the set condition;

The first processing module 130 is configured to process the currently pending request based on a first preset method;

The second processing module 140 is configured to process the current remaining requests based on a second preset method. The sum of the first number of currently pending requests and the second number of current remaining requests is the total number, so The processing speed of the second preset method is higher than the processing speed of the first preset method, and after processing in the second preset method, the second sending device of the current remaining requests will stop sending messages to the The server then sends a device connection request.

As can be seen from the above description, the device of this embodiment determines the total number of device connection requests received within the preset time period before the current moment, and responds to detecting that the total number meets the set condition, from the total number of devices The current pending request is determined in the connection request, and then the current pending request is processed based on the first preset method, and the current remaining requests are processed based on the second preset method. Due to the processing of the second preset method The speed is higher than the processing speed of the first preset method, and after processing in the second preset method, the second sending device of the current remaining requests will stop sending device connection requests to the server, Therefore, the concurrent amount of device connection requests can be quickly reduced, allowing the server to process the received device connection requests in batches, and smoothly handle the surge in concurrent requests. Compared with current limiting or server expansion in related technologies, By taking other measures to alleviate the pressure on the server side, the present disclosure can reduce the impact on the device side and avoid increasing the hardware cost of the server.

Figure 6 is a block diagram of another request processing device according to an exemplary embodiment of the present disclosure; the device of this embodiment can be applied to servers such as local servers and cloud servers with data processing functions, and the server can be deployed on One electronic device or a device cluster composed of multiple electronic devices. Among them, the quantity determination module 210, the request determination module 220, the first processing module 230 and the second processing module 240 are the same as the quantity determination module 110, the request determination module 120, the first processing module 130 and the third processing module in the embodiment shown in Figure 5. The functions of the two processing modules 140 are the same and will not be described again here.

In this embodiment, the total number of device connection requests meets the set conditions, which may include at least one of the following:

In some embodiments, the request determination module 220 may include:

The target number determination unit 221 is configured to determine the target number of device connection requests that the server can process within the current time period based on the current load size of the central processing unit CPU of the server;

The first quantity determining unit 222 is configured to determine the first quantity based on the target quantity, where the first quantity is less than or equal to the target quantity;

The first request determining unit 223 is configured to determine the first number of device connection requests from the total number based on preset rules.

In some embodiments, the first processing module 230 may include:

Information acquisition unit 231, configured to acquire the authentication information of the first sending device of the currently pending request;

The connection authentication unit 232 is configured to perform connection authentication on the first sending device based on the authentication information;

The first sending unit 233 is configured to send first preset information to the first sending device in response to the connection authentication being passed. The first preset information is used to characterize the first sending device and the server. Connection established successfully.

In some embodiments, the second processing module 240 may also be configured to send second preset information to the second sending device of the current remaining request, where the second preset information is used to characterize the relationship between the second sending device and the current remaining request. The server has successfully established a connection.

In some embodiments, the above-mentioned apparatus may further include a process repeat execution module 250;

The process repeat execution module 250 may be configured to repeatedly execute the following process until the number of current remaining requests that have not been processed in the first preset manner becomes 0:

Process the currently pending request based on the first preset method.

Regarding the devices in the above embodiments, the specific manner in which each module performs operations has been described in detail in the embodiments related to the method, and will not be described in detail here.

Figure 7 is a block diagram of a server according to an exemplary embodiment. For example, the device 900 may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, or the like.

Referring to Figure 7, device 900 may include one or more of the following components: a processing component 902, a memory 904, a power supply component 906, a multimedia component 908, an audio component 910, an input/output (I/O) interface 912, a sensor component 914, and communications component 916.

Processing component 902 generally controls the overall operations of device 900, such as operations associated with display, phone calls, data communications, camera operations, and recording operations. The processing component 902 may include one or more processors 920 to execute instructions to complete all or part of the steps of the above method. Additionally, processing component 902 may include one or more modules that facilitate interaction between processing component 902 and other components. For example, processing component 902 may include a multimedia module to facilitate interaction between multimedia component 908 and processing component 902.

Memory 904 is configured to store various types of data to support operations at device 900 . Examples of such data include instructions for any application or method operating on device 900, contact data, phonebook data, messages, pictures, videos, etc. Memory 904 may be implemented by any type of volatile or non-volatile storage device, or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EEPROM), Programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disk.

Power supply component 906 provides power to the various components of device 900 . Power supply components 906 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to device 900 .

Multimedia component 908 includes a screen that provides an output interface between the device 900 and the user. In some embodiments, the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide action. In some embodiments, multimedia component 908 includes a front-facing camera and/or a rear-facing camera. When the device 900 is in an operating mode, such as a shooting mode or a video mode, the front camera and/or the rear camera may receive external multimedia data. Each front-facing camera and rear-facing camera can be a fixed optical lens system or have a focal length and optical zoom capabilities.

Audio component 910 is configured to output and/or input audio signals. For example, audio component 910 includes a microphone (MIC) configured to receive external audio signals when device 900 is in operating modes, such as call mode, recording mode, and speech recognition mode. The received audio signals may be further stored in memory 904 or sent via communications component 916 . In some embodiments, audio component 910 also includes a speaker for outputting audio signals.

The I/O interface 912 provides an interface between the processing component 902 and a peripheral interface module, which may be a keyboard, a click wheel, a button, etc. These buttons may include, but are not limited to: Home button, Volume buttons, Start button, and Lock button.

Sensor component 914 includes one or more sensors that provide various aspects of status assessment for device 900 . For example, the sensor component 914 can detect the open/closed state of the device 900, the relative positioning of components, such as the display and keypad of the device 900, and the sensor component 914 can also detect a change in position of the device 900 or a component of the device 900. , the presence or absence of user contact with device 900 , device 900 orientation or acceleration/deceleration and temperature changes of device 900 . Sensor assembly 914 may also include a proximity sensor configured to detect the presence of nearby objects without any physical contact. Sensor assembly 914 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor component 914 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

Communication component 916 is configured to facilitate wired or wireless communications between device 900 and other devices. The device 900 can access a wireless network based on a communication standard, such as WiFi, 2G or 3G, 4G or 5G, or a combination thereof. In one exemplary embodiment, the communication component 916 receives broadcast signals or broadcast related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, the communications component 916 also includes a near field communications (NFC) module to facilitate short-range communications. For example, the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and other technologies.

In an exemplary embodiment, device 900 may be configured by one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable Gate array (FPGA), controller, microcontroller, microprocessor or other electronic component implementation for performing the above method.

In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions, such as a memory 904 including instructions, which are executable by the processor 920 of the device 900 to complete the above method is also provided. For example, the non-transitory computer-readable storage medium may be ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, optical data storage device, etc.

Other embodiments of the disclosure will be readily apparent to those skilled in the art from consideration of the specification and practice of the disclosure herein. The present disclosure is intended to cover any variations, uses, or adaptations of the disclosure that follow the general principles of the disclosure and include common common sense or customary technical means in the technical field that are not disclosed in the disclosure. . It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

It is to be understood that the present disclosure is not limited to the precise structures described above and illustrated in the accompanying drawings, and various modifications and changes may be made without departing from the scope thereof. The scope of the disclosure is limited only by the appended claims.

Claims

A request processing method, characterized in that it is applied to the server, and the method includes:

Determine the total number of device connection requests received within the preset time period before the current moment;

In response to detecting that the total number satisfies the set condition, determining a current pending request from the total number of device connection requests;

Process the currently pending request based on the first preset method;

The current remaining requests are processed based on the second preset method. The sum of the first number of the current pending requests and the second number of the current remaining requests is the total number. The processing of the second preset method The speed is higher than the processing speed of the first preset method, and after processing in the second preset method, the second sending device of the current remaining requests will stop sending device connection requests to the server.
The method according to claim 1, characterized in that the total number of device connection requests meets set conditions, including at least one of the following:

The total number of device connection requests is greater than or equal to the set quantity threshold, and the duration greater than or equal to the set quantity threshold exceeds the first set time threshold;

The total number of device connection requests is greater than or equal to the target number of device connection requests that the server can handle within the preset time period, and the duration that is greater than or equal to the target number exceeds the second set time threshold .
The method of claim 1, wherein determining the current pending requests from the total number of device connection requests includes:

Based on the current load size of the central processing unit CPU of the server, determine the target number of device connection requests that the server can handle within the current time period;

determining the first quantity based on the target quantity, the first quantity being less than or equal to the target quantity;

The first number of device connection requests is determined from the total number based on a preset rule.
The method of claim 1, wherein processing the currently pending request based on a first preset method includes:

Obtain the authentication information of the first sending device of the currently pending request;

Perform connection authentication on the first sending device based on the authentication information;

In response to the connection authentication passing, first preset information is sent to the first sending device, where the first preset information is used to represent that the first sending device and the server have successfully established a connection.
The method of claim 1, wherein processing the remaining current remaining requests in the total number based on a second preset method includes:

Send second preset information to the second sending device of the current remaining request, where the second preset information is used to indicate that the connection between the second sending device and the server has been successfully established.
The method according to claim 1, characterized in that the method further includes repeatedly executing the following process until the number of current remaining requests that have not been processed in the first preset manner becomes 0:

In response to completing the processing of the currently pending request based on the first preset manner, determining the pending request again from the current remaining requests;

Process the currently pending request based on the first preset method.
A request processing device, characterized in that it is applied to the server, and the device includes:

The quantity determination module is used to determine the total number of device connection requests received within the preset time period before the current moment;

A request determination module, configured to determine the current pending request from the total number of device connection requests in response to detecting that the total number meets the set condition;

A first processing module, configured to process the currently pending request based on a first preset method;

The second processing module is configured to process the current remaining requests based on the second preset method. The sum of the first number of the current pending requests and the second number of the current remaining requests is the total number. The processing speed of the second preset method is higher than the processing speed of the first preset method, and after processing in the second preset method, the second sending device of the current remaining requests will stop sending messages to the service. The client then sends a device connection request.
The device according to claim 7, characterized in that the total number of device connection requests meets set conditions, including at least one of the following:

The total number of device connection requests is greater than or equal to the set quantity threshold, and the duration greater than or equal to the set quantity threshold exceeds the first set time threshold;

The total number of device connection requests is greater than or equal to the target number of device connection requests that the server can handle within the preset time period, and the duration that is greater than or equal to the target number exceeds the second set time threshold .
The device according to claim 7, characterized in that the request determination module includes:

A target number determination unit configured to determine the target number of device connection requests that the server can handle within the current time period based on the current load size of the central processing unit CPU of the server;

A first quantity determining unit configured to determine the first quantity based on the target quantity, where the first quantity is less than or equal to the target quantity;

A first request determining unit configured to determine the first number of device connection requests from the total number based on a preset rule.
The device according to claim 7, characterized in that the first processing module includes:

An information acquisition unit, configured to acquire the authentication information of the first sending device of the currently pending request;

A connection authentication unit, configured to perform connection authentication on the first sending device based on the authentication information;

A first sending unit, configured to send first preset information to the first sending device in response to the connection authentication being passed, where the first preset information is used to represent that the first sending device and the server have Connection established successfully.
The apparatus according to claim 7, wherein the second processing module is further configured to send second preset information to the second sending device of the current remaining request, and the second preset information is used to characterize The second sending device and the server have successfully established a connection.
The device according to claim 7, characterized in that the device further includes a process repeat execution module;

The process repeat execution module is used to repeatedly execute the following process until the number of current remaining requests that have not been processed in the first preset manner becomes 0:

In response to completing the processing of the currently pending request based on the first preset manner, determining the pending request again from the current remaining requests;

Process the currently pending request based on the first preset method.
A server, characterized in that the server includes:

Processor and memory for storing computer programs;

Wherein, the processor is configured to, when executing the computer program, implement:

Determine the total number of device connection requests received within the preset time period before the current moment;

In response to detecting that the total number meets the set condition, determining the current pending request from the total number of device connection requests;

Process the currently pending request based on the first preset method;

The current remaining requests are processed based on the second preset method. The sum of the first number of the current pending requests and the second number of the current remaining requests is the total number. The processing of the second preset method The speed is higher than the processing speed of the first preset method, and after processing in the second preset method, the second sending device of the current remaining requests will stop sending device connection requests to the server.
A computer-readable storage medium on which a computer program is stored, characterized in that, when executed by a processor, the program implements:

Determine the total number of device connection requests received within the preset time period before the current moment;

In response to detecting that the total number satisfies the set condition, determining a current pending request from the total number of device connection requests;

Process the currently pending request based on the first preset method;

The current remaining requests are processed based on the second preset method. The sum of the first number of the current pending requests and the second number of the current remaining requests is the total number. The processing of the second preset method The speed is higher than the processing speed of the first preset method, and after processing in the second preset method, the second sending device of the current remaining requests will stop sending device connection requests to the server.