CN111277633B - Request processing method, server, electronic equipment and storage medium - Google Patents
Request processing method, server, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN111277633B CN111277633B CN202010033918.1A CN202010033918A CN111277633B CN 111277633 B CN111277633 B CN 111277633B CN 202010033918 A CN202010033918 A CN 202010033918A CN 111277633 B CN111277633 B CN 111277633B
- Authority
- CN
- China
- Prior art keywords
- service
- client
- state
- function
- function identifier
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
-
- 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
Abstract
According to the request processing method, the server, the electronic device and the storage medium, provided by the invention, the prompt information is returned to the user when the service state is closed by confirming the service state of the function identifier contained in the target request received by the server, and the service information is returned to the client through the standby version when the standby version exists, so that the online sequence of the service function needing the server side prior to the client is decoupled, the condition that the client frequently reports errors when the service function is closed for maintenance is avoided, and the user experience is improved.
Description
Technical Field
The invention belongs to the technical field of internet, and particularly relates to a request processing method, a server, electronic equipment and a storage medium.
Background
Today, the internet is increasingly popular, users can obtain various service functions through various application software, and the application software can continuously update the versions of the included service functions so as to meet the changing requirements of the users and improve the user experience.
In the prior art, a service function is generally required to be online on a server side before a client side, so that data support can be provided for the client after the client is online. If the order is reversed, the service function of the client will continue to report errors because the server data support cannot be obtained.
The issuing and updating mode of the service function is excessively dependent on the mode that the server is on line before the client, so that the development of the client is restricted. When the client has an error after the new service function or the original service function is upgraded, if the client is maintained without closing the client, the client frequently reports the error, and the user experience is reduced.
Disclosure of Invention
In view of the above, the present invention provides a request processing method, a server, an electronic device, and a storage medium, so as to solve the problem in the prior art that when an error occurs in a client after a new online service function is applied or an original service function is upgraded, if the client is maintained without being turned off, the client may report the error frequently.
According to a first aspect of the present invention, there is provided a request processing method applied to a server, the server being in communication connection with a client, the method including:
receiving a target request sent by the client, wherein the target request comprises a function identifier;
confirming the service state of the client relative to the function identifier;
under the condition that the service state is the opening state, returning first service information to the client according to the function identifier;
when the service state is a closed state and the service function corresponding to the function identifier has a standby version, returning second service information and corresponding first preset prompt information to the client according to the function identifier of the standby version;
and returning second preset prompt information to the client under the condition that the service state is a closed state and the service function corresponding to the function identifier does not have a standby version.
Optionally, the step of confirming the service status of the client with respect to the function identifier includes:
and reading the service state of the client relative to the function identifier from a preset service switch configuration.
Optionally, the target request further includes: the step of confirming the service state of the client relative to the function identifier comprises the following steps:
under the condition that the user identifier exists in a preset authority list, confirming that the service state of the client relative to the function identifier is an open state;
and under the condition that the user identifier does not exist in a preset authority list, confirming that the service state of the client relative to the function identifier is a closed state.
Optionally, the step of confirming the service status of the client with respect to the function identifier includes:
under the condition that the target request contains a preset authority identifier, confirming that the service state of the client relative to the function identifier is an open state;
and under the condition that the target request does not contain a preset authority identifier, confirming that the service state of the client relative to the function identifier is a closed state.
Optionally, after the step of returning the first service information to the client according to the function identifier when the service state is the open state, the method further includes:
and switching the service state corresponding to the function identifier into a closed state under the condition that the number of times of error reporting information of the client aiming at the function identifier is detected to be greater than or equal to a preset error reporting threshold value.
According to a second aspect of the present invention, there is provided a server, the server being communicatively connected to a client, comprising:
a receiving module, configured to receive a target request sent by the client, where the target request includes a function identifier;
the confirming module is used for confirming the service state of the client relative to the function identifier;
the first returning module is used for returning first service information to the client according to the function identifier under the condition that the service state is an open state;
the second returning module is used for returning second service information and corresponding first preset prompt information to the client according to the function identifier of the standby version under the condition that the service state is a closed state and the service function corresponding to the function identifier has the standby version;
and the third returning module is used for returning second preset prompt information to the client under the condition that the service state is a closed state and the service function corresponding to the function identifier does not have a standby version.
And the second returning module is used for returning the first service information to the client according to the function identifier under the condition that the service state is the opening state.
Optionally, the confirmation module includes:
and the first confirmation submodule is used for reading the service state corresponding to the function identifier from the preset service switch configuration.
Optionally, the target request further includes: a user identification, the confirmation module comprising:
the second confirming submodule is used for confirming that the service state of the client relative to the function identifier is an open state under the condition that the user identifier exists in a preset authority list;
and the third confirming submodule is used for confirming that the service state of the client relative to the function identifier is a closed state under the condition that the user identifier does not exist in a preset authority list.
Optionally, the confirmation module includes:
a fourth confirming submodule, configured to confirm that a service state of the client with respect to the function identifier is an open state when the target request includes a preset authority identifier;
and the fifth confirming submodule is used for confirming that the service state of the client relative to the function identifier is a closed state under the condition that the target request does not contain a preset authority identifier.
Optionally, the server further includes:
and the closing module is used for switching the service state corresponding to the function identifier into a closing state under the condition that the number of times of error reporting information of the client aiming at the function identifier is detected to be greater than or equal to a preset error reporting threshold value.
According to a third aspect of the present invention, there is provided an electronic device, comprising a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the processor implements the request processing method according to any one of the first aspect when executing the computer program.
According to a fourth aspect of the present invention, there is provided a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the request processing method of any one of the first aspects.
Aiming at the prior art, the invention has the following advantages:
according to the request processing method, the server, the electronic device and the storage medium, the service state of the function identifier contained in the target request received by the server is confirmed, the service information is returned to the user when the service state is started, the prompt information is returned to the user when the service state is closed, and the service information is returned to the user through the standby version of the service function when the service function is closed, so that the online sequence of the service function which needs the server side prior to the client side is decoupled, the situation that the client frequently reports errors when the service function is closed for maintenance is avoided, and the user experience is improved.
The foregoing description is only an overview of the technical solutions of the present invention, and the embodiments of the present invention are described below in order to make the technical means of the present invention more clearly understood and to make the above and other objects, features, and advantages of the present invention more clearly understandable.
Drawings
Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are only for purposes of illustrating the preferred embodiments and are not to be construed as limiting the invention. Also, like reference numerals are used to refer to like parts throughout the drawings. In the drawings:
FIG. 1 is a flowchart illustrating steps of a first request processing method according to an embodiment of the present invention;
FIG. 2 is a flowchart illustrating steps of a second request processing method according to an embodiment of the present invention;
FIG. 3 is a flowchart illustrating steps of a third method for processing a request according to an embodiment of the present invention;
FIG. 4 is a flowchart illustrating steps of a fourth method for processing a request according to an embodiment of the present invention;
fig. 5 is a block diagram of a server according to an embodiment of the present invention.
Detailed Description
Exemplary embodiments of the present invention will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the invention are shown in the drawings, it should be understood that the invention can be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art.
Fig. 1 is a flowchart of steps of a first request processing method provided by an embodiment of the present invention, where the method is applied to a server, and the server is communicatively connected to a client, and includes:
In the embodiment of the invention, the client is an application installed in the electronic device and can be in communication connection with the corresponding server to provide various service functions for the user. The user can start the required service function through the client, the client generates a target request containing the function identification corresponding to the service function, and sends the target request to the corresponding server through the network to acquire the corresponding service information.
In the embodiment of the present invention, a request intercepting module may be provided in a server, and configured to perform switching configuration on the use of each service function by a client, where the request intercepting module is deployed on a service interface side of a server corresponding to the client, and all logic of a service function should be hidden behind the function switch to intercept a target request received by the server, so as to control a service acquisition process of the target request, and the logic of the function switch determines how to embody the service function. Specifically, the service state of the service function corresponding to the server in the server can be queried according to the function identifier in the target request, and whether corresponding service information is returned to the client or not or other types of information can be determined according to different service states, so that the returned service information can be flexibly controlled. The logic for confirming the service status in the request intercepting module can be configured according to the actual requirements of developers, for example: in the testing process, only the client of the testing user is set to be in an open state, the clients of other users are in a closed state, or all the clients are uniformly set to be in the open state or the closed state.
And 103, returning first service information to the client according to the function identifier under the condition that the service state is an open state.
In the embodiment of the present invention, if the service state of the service function corresponding to the function identifier is an open state, it is determined that the current version of the service function is open to the client, the request intercepting module passes the target request, and then the server performs processing including the function identifier according to the target request, and directly returns the generated first service information to the client.
And step 104, returning second service information and corresponding first preset prompt information to the client according to the function identifier of the standby version under the condition that the service state is a closed state and the service function corresponding to the function identifier has the standby version.
In the embodiment of the present invention, the service function corresponding to the function identifier may be in a state where the service state is closed in any one of the following cases:
the first situation is as follows: the service function is being upgraded, and since the server is upgraded and debugged for the service function, the server needs to temporarily relate to the service function, and cannot provide upgraded service information.
Specifically, for the service function to be upgraded, the upgraded version may have an unstable condition, and may be used normally by the user after being debugged after being online, and the version of the service function before being upgraded is relatively stable, so that the version of the service function before being upgraded may be used as the alternative version. When the request intercepting module confirms that the service state of the service function of the version corresponding to the function identifier is in a closed state, whether the service function has the standby version is inquired, if yes, the function identifier in the target request is replaced by the function identifier of the alternative version, the changed target request is transmitted to the server to be processed, then the server generates corresponding second service information according to the function identifier of the alternative version and directly returns the second service information to the client, and first preset prompting information sent by the user can include a prompt for prompting the user that the obtained service information is provided for the standby version of the service function device before upgrading, so that the user can still normally use the service function, and user experience is improved.
Case two: the service function is a newly online service function, and because the service version is just online, a logic error may occur in the current version, and the debugging needs to be closed, or only a part of test users are opened for use, the service function is closed for a common user.
Specifically, for a newly online service function, since a stable version does not exist before the newly online service function, service content cannot be returned to the client, and in order to avoid a client error report caused by an overtime service information acquired by the client, the request interception module may return a prompt message for prompting the user that the service function is temporarily unavailable to the user.
Case three: the service function is being tested and developed aiming at a plurality of versions, the versions of the service function opened by different users are different, when one version of the client of the user is in an open state, the other versions of the client are in a closed state aiming at the client.
Aiming at the condition that the service functions of a plurality of versions are tested and developed, the standby version of the service function device which is in an open state relative to the client can be inquired, namely the version of the service function distributed to the client by a developer, the service information is returned to the client through the standby version, and the prompt information that the user uses a certain test version is sent to the user, so that the developer can conveniently test the service functions by using the formal version of the client.
Of course, the situations to which the request processing method described in the embodiment of the present application is applicable are intended to include, but not limited to, the above three situations, as long as the service state in which the service function can be implemented is the off state, and this is not particularly limited herein.
And 105, returning second preset prompt information to the client under the condition that the service state is a closed state and the service function corresponding to the function identifier does not have a standby version.
When the request interception module confirms that the service state corresponding to the function identifier is the closed state, in order to avoid the client from reporting errors due to the fact that the client does not receive the service information and reduce user experience of the user on the client, the request interception module can return preset prompt information to the client. The preset prompt message may include friendly prompt content to inform the user that the function is currently unavailable, for example: "to provide you with better service, workers are trying to improve the service". It is conceivable that the preset prompt information may further include audio/video content to improve the affinity of the prompt information, thereby alleviating negative effects on user experience due to unavailability of the service function as much as possible.
According to the request processing method provided by the invention, the service state of the function identifier contained in the target request received by the server is confirmed, the service information is returned to the user when the service state is started, the prompt information is returned to the user when the service state is closed, and the service information is returned to the user through the standby version of the service function when the service function is closed, so that the online sequence of the service function which needs the server side prior to the client side is decoupled, the situation that the client frequently reports errors when the service function is closed for maintenance is avoided, and the user experience is improved.
Fig. 2 is a flowchart of steps of a second request processing method provided in an embodiment of the present invention, where the method is applied to a server, and the server is in communication connection with a client, and includes:
This step can refer to the detailed description of step 101, which is not repeated herein.
In the embodiment of the present invention, the preset service switch configuration is a unified configuration for the service interface corresponding to the function identifier, and it can be understood that if the service state corresponding to the function identifier is the off state, all requests including the function identifier will be deployed in the request intercepting template of the server to determine the service state as the off state, otherwise, the service state is the on state. The developer can adjust the preset service switch configuration, carry out unified management on the service function, and is suitable for upgrading the version corresponding to the service function or controlling the service function when an error occurs.
Optionally, referring to fig. 3, which is a flowchart illustrating steps of a third request processing method according to an embodiment of the present invention, on the basis of fig. 2, the target request further includes: a user identification; the step 202 may be replaced by the following step 203 or step 204:
And 204, confirming that the service state of the client relative to the function identifier is a closed state under the condition that the user identifier does not exist in a preset authority list.
In the embodiment of the present invention, the preset authority list includes an association relationship between the function identifier and the user identifier. In practical application, if a certain service function is in a development and test stage, the service function needs to be developed only for a test user, and other users can not use the service function for a while, so that a preset permission list is configured and stored in the server in the test and development process, and when a request interception module intercepts a target request, the service state of the client corresponding to the function identifier is confirmed according to whether a user identifier contained in the target request exists in the preset permission list corresponding to the contained function identifier. It is conceivable that the user identifier is in an open state if the user identifier exists in the preset permission list, and is in a closed state otherwise, and certainly, the preset permission list may also be a blacklist, and the service state of the function identifier corresponding to the client corresponding to the user identifier existing in the preset permission list is in a closed state, and the part of users is prohibited from accessing the service function.
According to the embodiment of the invention, the service state of the client relative to the function identifier is confirmed according to the preset authority list, so that the flexibility of the service function for controlling the switch of the client is improved.
Optionally, referring to fig. 4, which is a flowchart illustrating steps of a fourth request processing method according to an embodiment of the present invention, on the basis of fig. 2, the step 202 may be replaced by the following step 205 or step 206:
In the embodiment of the invention, the preset authority identification can be set in the request interception module arranged in the server, and the preset authority identification corresponds to the service function. The preset authority identifier is added to the target request when the target request is generated by the client, so that the request intercepting module can determine the service state of the function identifier corresponding to the client by judging whether the target request contains the preset authority identifier, namely the service state containing the preset authority identifier is in an open state, and otherwise, the service state is in a closed state. This way of confirming the service status may be applicable to situations where only a portion of the users are developed for certain specific service functions, such as: aiming at the service function only in the test stage, the service function is only opened to the user participating in the test, the version of the target application of the test user is the test version, and the preset authority identification is automatically added to the request information when the test version sends the request information containing the function identification, so that the aim that the test service function is only opened to the user participating in the test is fulfilled.
The embodiment of the invention confirms the service state of the client relative to the function identifier by identifying the preset authority identifier, thereby improving the pertinence of the service function switch control.
And step 207, returning second preset prompt information to the client under the condition that the service state is a closed state and the service function corresponding to the function identifier does not have a standby version.
This step can refer to the detailed description of step 105, which is not repeated here.
And 208, returning second service information and corresponding first preset prompt information to the client according to the function identifier of the standby version under the condition that the service state is a closed state and the service function corresponding to the function identifier has the standby version.
This step can refer to the detailed description of step 104, which is not repeated here.
And step 209, returning the first service information to the client according to the function identifier when the service state is the open state.
This step can refer to the detailed description of step 103, which is not repeated herein.
Step 210, switching the service state corresponding to the function identifier to a closed state when detecting that the number of times of error information reporting of the client for the function identifier is greater than or equal to a preset error threshold value.
In the embodiment of the present invention, the request intercepting module may be integrated with an emergency shutdown logic, that is, if the number of error reporting information reported by the receiving client for a certain service function exceeds a preset error reporting threshold, the corresponding service function may be queried according to the function identifier, and the service state corresponding to the service function is switched to a shutdown state, so that all clients cannot access the service function any more. After the emergency shutdown logic is triggered, the request intercepting module sends an alarm to a developer and displays a statistical analysis report of error information so that the developer can analyze the service function. According to the embodiment of the invention, the service state of the service function is switched to the off state after the error report information exceeds the threshold value, so that the adverse hidden danger brought to the use of a user by the service function fault is avoided, and the condition that a large amount of redundant data exists in the error report log of the server due to the fact that the server receives a large amount of continuous error report information is avoided.
The second request processing method provided by the invention confirms the service state of the function identifier contained in the target request received by the server, when the service state is on, the service information is returned to the user, and when the service state is off, the prompt information is returned to the user, thereby avoiding the situation that the client frequently reports errors because the service information can not be obtained when the new online service function is not formally opened, and returns service information to the user through the standby version of the service function when the service function is closed, so that the service function can still provide service to the client in the upgrading process, thereby decoupling the on-line sequence of the server side prior to the client side required by the service function, improving the user experience, and the service state is adjusted through the authority identification, the service switch configuration and the preset authority list, so that a developer can flexibly control the switch of the service function.
Fig. 5 is a block diagram of a server 30 according to an embodiment of the present invention, where the server is communicatively connected to a client, and includes:
a receiving module 301, configured to receive a target request sent by the client, where the target request includes a function identifier;
a confirming module 302, configured to confirm a service status of the client with respect to the function identifier;
a first returning module 303, configured to return, to the client, the first service information according to the function identifier when the service state is an open state.
A second returning module 304, configured to return, to the client, second service information and corresponding first preset prompt information according to the function identifier of the standby version when the service state is an off state and the service function corresponding to the function identifier has the standby version.
A third returning module 305, configured to return a second preset prompting message to the client when the service state is an off state and the service function corresponding to the function identifier does not have a standby version.
Optionally, the confirming module 302 includes:
the first confirming submodule 3021 is configured to read a service state corresponding to the function identifier from a preset service switch configuration.
Optionally, the target request further includes: a user identifier, the confirmation module 302, comprising:
a second confirming submodule 3022, configured to confirm that the service state of the client with respect to the function identifier is an open state when the user identifier exists in a preset permission list;
a third confirming submodule 3023, configured to, when the user identifier does not exist in the preset permission list, confirm that the service state of the client with respect to the function identifier is an off state.
Optionally, the confirming module 302 includes:
a fourth confirming submodule 3024, configured to, when the target request includes a preset permission identifier, confirm that a service state of the client with respect to the function identifier is an open state;
a fifth confirming submodule 3025, configured to, when the target request does not include a preset authority identifier, confirm that the service state of the client with respect to the function identifier is a closed state.
Optionally, the server further includes:
a closing module 306, configured to switch a service state corresponding to the function identifier to a closing state when it is detected that the number of times of error information reporting of the function identifier by the client is greater than or equal to a preset error threshold.
According to the server provided by the invention, the service information is returned to the user when the service state is open by confirming the service state of the function identifier contained in the target request received by the server, the prompt information is returned to the user when the service state is closed, and the service information is returned to the user through the standby version of the service function when the service function is closed, so that the online sequence of the service function which needs the server side prior to the client is decoupled, the condition that the client frequently reports errors when the service function is closed for maintenance is avoided, and the user experience is improved.
For the embodiment of the server, since it is basically similar to the method embodiment, the description is relatively simple, and for relevant points, reference may be made to part of the description of the method embodiment.
In addition, an embodiment of the present invention further provides an electronic device, which includes a processor, a memory, and a computer program stored in the memory and capable of running on the processor, where the computer program, when executed by the processor, implements each process of the above-mentioned embodiment of the request processing method, and can achieve the same technical effect, and details are not repeated here to avoid repetition.
The embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the computer program implements each process of the above-mentioned request processing method embodiment, and can achieve the same technical effect, and in order to avoid repetition, details are not repeated here. The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.
The embodiments in the present specification are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other.
As is readily imaginable to the person skilled in the art: any combination of the above embodiments is possible, and thus any combination between the above embodiments is an embodiment of the present invention, but the present disclosure is not necessarily detailed herein for reasons of space.
One method of request processing provided herein is not inherently related to any particular computer, virtual system, or other apparatus. Various general purpose systems may also be used with the teachings herein. The structure required to construct a system incorporating aspects of the present invention will be apparent from the description above. Moreover, the present invention is not directed to any particular programming language. It is appreciated that a variety of programming languages may be used to implement the teachings of the present invention as described herein, and any descriptions of specific languages are provided above to disclose the best mode of the invention.
In the description provided herein, numerous specific details are set forth. It is understood, however, that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.
Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the invention, various features of the invention are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the invention and aiding in the understanding of one or more of the various inventive aspects. However, the disclosed method should not be interpreted as reflecting an intention that: that the invention as claimed requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the detailed description are hereby expressly incorporated into this detailed description, with each claim standing on its own as a separate embodiment of this invention.
Those skilled in the art will appreciate that the modules in the device in an embodiment may be adaptively changed and disposed in one or more devices different from the embodiment. The modules or units or components of the embodiments may be combined into one module or unit or component, and furthermore they may be divided into a plurality of sub-modules or sub-units or sub-components. All of the features disclosed in this specification (including any accompanying claims, abstract and drawings), and all of the processes or elements of any method or apparatus so disclosed, may be combined in any combination, except combinations where at least some of such features and/or processes or elements are mutually exclusive. Each feature disclosed in this specification (including any accompanying claims, abstract and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.
Furthermore, those skilled in the art will appreciate that while some embodiments described herein include some features included in other embodiments, rather than other features, combinations of features of different embodiments are meant to be within the scope of the invention and form different embodiments. For example, in the claims, any of the claimed embodiments may be used in any combination.
The various component embodiments of the invention may be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. Those skilled in the art will appreciate that a microprocessor or Digital Signal Processor (DSP) may be used in practice to implement some or all of the functions of some or all of the components of a request processing method according to embodiments of the present invention. The present invention may also be embodied as apparatus or device programs (e.g., computer programs and computer program products) for performing a portion or all of the methods described herein. Such programs implementing the present invention may be stored on computer-readable media or may be in the form of one or more signals. Such a signal may be downloaded from an internet website or provided on a carrier signal or in any other form.
It should be noted that the above-mentioned embodiments illustrate rather than limit the invention, and that those skilled in the art will be able to design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps not listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The invention may be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer. In the unit claims enumerating several servers, several of these servers can be embodied by one and the same item of hardware. The usage of the words first, second and third, etcetera do not indicate any ordering. These words may be interpreted as names.
Claims (10)
1. A request processing method applied to a server, wherein the server is in communication connection with a client, the method comprising:
receiving a target request sent by the client, wherein the target request comprises a function identifier;
confirming the service state of the client relative to the function identifier comprises the following steps: inquiring a service state corresponding to the function identification through a request interception module, wherein the request interception module is deployed at a service interface side corresponding to the client in the server;
under the condition that the service state is the opening state, returning first service information to the client according to the function identifier;
when the service state is a closed state and the service function corresponding to the function identifier has a standby version, returning second service information and corresponding first preset prompt information to the client according to the function identifier of the standby version;
and returning second preset prompt information to the client under the condition that the service state is a closed state and the service function corresponding to the function identifier does not have a standby version.
2. The method of claim 1, wherein the step of confirming the service status of the client with respect to the function identifier comprises:
and reading the service state of the client relative to the function identifier from a preset service switch configuration.
3. The method of claim 1, wherein the target request further comprises: the step of confirming the service state of the client relative to the function identifier comprises the following steps:
under the condition that the user identifier exists in a preset authority list, confirming that the service state of the client relative to the function identifier is an open state;
and under the condition that the user identifier does not exist in a preset authority list, confirming that the service state of the client relative to the function identifier is a closed state.
4. The method of claim 1, wherein the step of confirming the service status of the client with respect to the function identifier comprises:
under the condition that the target request contains a preset authority identifier, confirming that the service state of the client relative to the function identifier is an open state;
and under the condition that the target request does not contain a preset authority identifier, confirming that the service state of the client relative to the function identifier is a closed state.
5. The method according to any one of claims 1 to 4, wherein, after the step of returning the first service information to the client according to the function identifier when the service state is the open state, the method further comprises:
and switching the service state corresponding to the function identifier into a closed state under the condition that the number of times of error reporting information of the client aiming at the function identifier is detected to be greater than or equal to a preset error reporting threshold value.
6. A server, wherein the server is communicatively coupled to a client, comprising:
a receiving module, configured to receive a target request sent by the client, where the target request includes a function identifier;
the confirming module is used for confirming the service state of the client relative to the function identifier, and comprises: inquiring a service state corresponding to the function identification through a request interception module, wherein the request interception module is deployed at a service interface side corresponding to the client in the server;
the first returning module is used for returning first service information to the client according to the function identifier under the condition that the service state is an open state;
the second returning module is used for returning second service information and corresponding first preset prompt information to the client according to the function identifier of the standby version under the condition that the service state is a closed state and the service function corresponding to the function identifier has the standby version;
and the third returning module is used for returning second preset prompt information to the client under the condition that the service state is a closed state and the service function corresponding to the function identifier does not have a standby version.
7. The server according to claim 6, wherein the confirmation module comprises:
and the first confirmation submodule is used for reading the service state corresponding to the function identifier from the preset service switch configuration.
8. The server of claim 6, wherein the target request further comprises: a user identification, the confirmation module comprising:
the second confirming submodule is used for confirming that the service state of the client relative to the function identifier is an open state under the condition that the user identifier exists in a preset authority list;
and the third confirming submodule is used for confirming that the service state of the client relative to the function identifier is a closed state under the condition that the user identifier does not exist in a preset authority list.
9. An electronic device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, the processor implementing the request processing method of any one of claims 1 to 5 when executing the computer program.
10. A computer-readable storage medium, on which a computer program is stored, which, when executed by a processor, implements the request processing method of any one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010033918.1A CN111277633B (en) | 2020-01-13 | 2020-01-13 | Request processing method, server, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010033918.1A CN111277633B (en) | 2020-01-13 | 2020-01-13 | Request processing method, server, electronic equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111277633A CN111277633A (en) | 2020-06-12 |
| CN111277633B true CN111277633B (en) | 2022-02-01 |
Family
ID=71001922
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010033918.1A Active CN111277633B (en) | 2020-01-13 | 2020-01-13 | Request processing method, server, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111277633B (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111857738A (en) * | 2020-08-05 | 2020-10-30 | 北京千丁互联科技有限公司 | Privatization deployment method and device |
| CN114710550A (en) * | 2022-03-18 | 2022-07-05 | 中国建设银行股份有限公司 | Request response method, device, equipment and computer storage medium |
| CN114844941A (en) * | 2022-04-27 | 2022-08-02 | 南京亚信软件有限公司 | Interface level service management method based on Istio and related device |
| CN114745196B (en) * | 2022-04-27 | 2024-01-02 | 广域铭岛数字科技有限公司 | Interface testing method, system, electronic device and readable storage medium |
| CN115357280A (en) * | 2022-08-09 | 2022-11-18 | 湖南木屋网络科技有限公司 | Software version management method, device, server and storage medium |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101179425A (en) * | 2006-12-11 | 2008-05-14 | 腾讯科技（深圳）有限公司 | Client terminal software updating control method and system |
| CN103856559A (en) * | 2014-02-13 | 2014-06-11 | 北京东方通科技股份有限公司 | Working method and system for web services with various versions coexisting |
| CN104025108A (en) * | 2011-10-28 | 2014-09-03 | 谷歌公司 | Policy enforcement of client devices |
| CN108540509A (en) * | 2017-03-01 | 2018-09-14 | 腾讯科技（深圳）有限公司 | A kind of processing method of terminal browser, device and server, intelligent terminal |
| CN108769101A (en) * | 2018-04-03 | 2018-11-06 | 北京奇艺世纪科技有限公司 | A kind of information processing method, client and system |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103491189B (en) * | 2013-09-30 | 2017-04-05 | 北京奇虎科技有限公司 | Method and wireless terminal based on the linkage detection client software installment state of high in the clouds and wireless terminal |
| CN104836680A (en) * | 2015-03-27 | 2015-08-12 | 努比亚技术有限公司 | Firmware over-the-air (FOTA) upgrade processing method and FOTA upgrade processing system |
| US20170147323A1 (en) * | 2015-11-25 | 2017-05-25 | Le Holding (Beijing) Co., Ltd. | Method and electronic device for upgrading software development kit of an application |
| CN106936622B (en) * | 2015-12-31 | 2020-01-31 | 阿里巴巴集团控股有限公司 | distributed storage system upgrading method and device |
| US10608995B2 (en) * | 2016-10-24 | 2020-03-31 | Nubeva, Inc. | Optimizing data transfer costs for cloud-based security services |
-
2020
- 2020-01-13 CN CN202010033918.1A patent/CN111277633B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101179425A (en) * | 2006-12-11 | 2008-05-14 | 腾讯科技（深圳）有限公司 | Client terminal software updating control method and system |
| CN104025108A (en) * | 2011-10-28 | 2014-09-03 | 谷歌公司 | Policy enforcement of client devices |
| CN103856559A (en) * | 2014-02-13 | 2014-06-11 | 北京东方通科技股份有限公司 | Working method and system for web services with various versions coexisting |
| CN108540509A (en) * | 2017-03-01 | 2018-09-14 | 腾讯科技（深圳）有限公司 | A kind of processing method of terminal browser, device and server, intelligent terminal |
| CN108769101A (en) * | 2018-04-03 | 2018-11-06 | 北京奇艺世纪科技有限公司 | A kind of information processing method, client and system |
Non-Patent Citations (1)
| Title |
|---|
| 基于 C/S 模式的客户端软件自动升级设计与实现;贺晓春;《自动化与仪器仪表》;20170325(第209期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111277633A (en) | 2020-06-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111277633B (en) | Request processing method, server, electronic equipment and storage medium | |
| US9329983B2 (en) | Computer program testing | |
| KR101691245B1 (en) | System and method for web service monitoring | |
| US8166341B2 (en) | Systems and methods for testing results of configuration management activity | |
| CN110727589A (en) | Test method, device and equipment | |
| CN110289965B (en) | Application program service management method and device | |
| US20020133576A1 (en) | System with a server for verifying new components | |
| CN113687858A (en) | Configuration file checking method and device, electronic equipment and storage medium | |
| US11659059B2 (en) | Parallel sharing of hardware | |
| CN110674043A (en) | Application debugging processing method and server | |
| US7493528B1 (en) | Resolving conflicts between multiple automation managers in the management of software resources using intention flags | |
| US20070156591A1 (en) | Program distribution server, method, program, and recording medium | |
| EP3321808A1 (en) | Verification system and verification method | |
| CN113315750A (en) | Kafka message issuing method, device and storage medium | |
| CN113076248B (en) | Application processing method, device and equipment and readable storage medium | |
| CN114461957A (en) | Method, device and equipment for issuing road tools and storage medium | |
| CN110113187B (en) | Configuration updating method and device, configuration server and configuration system | |
| CN110198249B (en) | Power distribution automation system testing method and system | |
| CN109039770B (en) | Server CMC refreshing method and device and related equipment | |
| CN109669731B (en) | Service control method and device of baseboard manager | |
| CN112286797B (en) | Service monitoring method and device, electronic equipment and storage medium | |
| CN117520152A (en) | Vehicle offline detection method and device and electronic equipment | |
| KR20170102769A (en) | Method and system for performing dynamic test of software | |
| CN113688040A (en) | System testing method, apparatus, storage medium, and computer program product | |
| CN116962416A (en) | Service offline method, device and storage medium |
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 |