CN110147272B - Method and device for distributing service data by applying multiple processes - Google Patents
Method and device for distributing service data by applying multiple processes Download PDFInfo
- Publication number
- CN110147272B CN110147272B CN201910405677.6A CN201910405677A CN110147272B CN 110147272 B CN110147272 B CN 110147272B CN 201910405677 A CN201910405677 A CN 201910405677A CN 110147272 B CN110147272 B CN 110147272B
- Authority
- CN
- China
- Prior art keywords
- user
- sub
- distributing
- updating
- subprocess
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Computational Linguistics (AREA)
- Computer Security & Cryptography (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The invention provides a method and a device for distributing business data by applying multiple processes, wherein the method for distributing the business data by applying the multiple processes comprises the steps of distributing users to a plurality of sub-processes in batches; judging whether the sub-process has new version content, if so, performing gray level updating on the sub-process, and if not, directly executing the next step; each user in the sub-process is independently distributed to an independent thread; and creating a non-repeated query queue for the user, and initiating a query request to the server. The invention has the beneficial effects that: the users are distributed to a plurality of sub-processes in batches, and each user is distributed to an independent thread by the sub-processes, so that data isolation is realized due to the fact that the business of the users is processed in different threads, and the safety and the stability of the system are improved; and gray level updating can be carried out, so that a subprocess adaptive to version contents can be distributed to a user, and the compatibility of the system is improved.
Description
Technical Field
The present invention relates to a method and an apparatus for distributing data by using a process, and more particularly, to a method and an apparatus for distributing service data by using multiple processes.
Background
At present, some service end systems can carry out certain limitation on data query for supporting a large number of concurrent write-in operations, for example, a single thread can only carry out one query in one second; for the business system, this restriction disturbs the business processing flow. In addition, for a core system which needs high fault tolerance, user data is isolated, and when core application of the system fails, normal use of a user is greatly influenced.
Disclosure of Invention
The technical problem to be solved by the invention is as follows: the method and the device for distributing the service data by applying the multiple processes are provided, and aim to improve the safety and the stability of a system when a user carries out high-frequency transaction.
In order to solve the technical problems, the invention adopts the technical scheme that: a method for distributing business data by applying multiple processes, the method for distributing business data by applying multiple processes comprises the following steps,
s10, distributing the user to a plurality of sub-processes in batches;
s20, judging whether the sub-process has new version content, if so, performing gray level updating on the sub-process, and if not, directly executing the next step;
s30, independently distributing each user in the sub-process to an independent thread;
s40, creating a non-repeated query queue for the user, and initiating a query request to the server.
Further, the step S10 specifically includes the following steps,
s11, judging whether the user logs in the server, if yes, executing a step S12, and if not, distributing the user to an idle sub-process;
and S12, judging whether the atomic process is available, if so, allocating the user to the atomic process, and if not, allocating the user to an idle sub-process.
Further, the gray scale updating of the sub-process in step S20 includes two optional updating modes, which are updating according to the process ID and updating according to the user mobile phone number, the mobile phone model, or the IP segment;
the updating according to the process ID specifically comprises the following steps,
s21, configuring a process ID needing to be updated, and synchronizing the modified content into a memory in real time;
s22, configuring a new function number corresponding table and an old function number corresponding table, and synchronizing the modified contents into a memory in real time;
s23, when the user is distributed to the process, the requested service function number is changed into a new function, thus completing the update of the service;
the updating according to the mobile phone number, the mobile phone model or the IP section of the user specifically comprises the following steps,
s25, configuring the user mobile phone number, the mobile phone model or the IP section which needs to be updated, and synchronizing the modified content into the memory in real time;
s26, configuring a new function number corresponding table and an old function number corresponding table, and synchronizing the modified contents into a memory in real time;
and S27, changing the requested service function number into a new function according to the client participation, thereby completing the service update.
Further, the step S40 specifically includes the following steps,
s41, creating a non-repeated query queue for each user;
s42, pushing the query request of the user to the tail of the query queue;
s43, fetching the request data from the head of the query queue at intervals and initiating the query request to the server.
Further, the method for distributing service data by applying multiple processes further includes: and recovering the subprocess, and recovering the idle subprocess when the idle time of all threads in the subprocess is greater than the preset idle time.
In order to solve the technical problem, the invention adopts another technical scheme as follows: an apparatus for distributing service data by applying multiple processes, the apparatus for distributing service data by applying multiple processes comprises,
the subprocess allocation module is used for allocating the users to a plurality of subprocesses in batches;
the grey level updating module is used for judging whether the sub-process has new version content, if so, carrying out grey level updating on the sub-process, and if not, turning to the thread distribution module;
the thread allocation module is used for independently allocating each user in the subprocess to an independent thread;
and the query request module is used for creating a non-repeated query queue for the user and initiating a query request to the server.
Further, the sub-process assignment module includes,
the first subprocess allocation unit is used for judging whether the user logs in the server or not, if so, switching to the second subprocess allocation unit, and if not, allocating the user to an idle subprocess;
and the second subprocess allocation unit is used for judging whether the atomic process is available or not, if so, allocating the user to the atomic process, and if not, allocating the user to an idle subprocess.
Further, the gray level updating module comprises a first gray level updating submodule and a second gray level updating submodule;
the first gray level updating submodule is used for updating according to the process ID;
the second gray level updating submodule is used for updating according to the mobile phone number, the mobile phone model or the IP section of the user;
the first gray scale update sub-module specifically includes,
the process ID configuration unit is used for configuring the process ID to be updated and synchronizing the modified content into the memory in real time;
the function number corresponding table configuration unit is used for configuring a new function number corresponding table and an old function number corresponding table and synchronizing the modified content into the memory in real time;
the function updating unit is used for changing the requested service function number into a new function when the user is allocated to the process, so that the service is updated;
the second gray level update sub-module specifically includes,
the user parameter configuration unit is used for configuring a user mobile phone number, a mobile phone model or an IP section which needs to be updated and synchronizing the modified content into the memory in real time;
the function number corresponding table configuration unit is used for configuring a new function number corresponding table and an old function number corresponding table and synchronizing the modified content into the memory in real time;
and the function updating unit is used for changing the requested service function number into a new function according to the client access parameter, so that the service is updated.
Further, the query request module specifically includes,
the query queue creating unit is used for creating a non-repeated query queue for each user;
the query queue ordering unit is used for pushing the query request of the user to the tail part of the query queue;
and the query request sending unit is used for taking out the request data from the head of the query queue at intervals and sending a query request to the server.
Further, the apparatus for distributing service data by applying multiple processes further includes: and the subprocess recovery module is used for recovering the idle subprocesses when the idle time lengths of all threads in the subprocesses are greater than the preset idle time length.
The invention has the technical effects that: the users are distributed to a plurality of sub-processes in batches, and each user is distributed to an independent thread by the sub-processes, so that data isolation is realized due to the fact that the business of the users is processed in different threads, and the safety and the stability of the system are improved; meanwhile, when a user logs in the server, whether the sub-process has the new version content or not is judged, if the sub-process has the new version content, the gray level of the sub-process is updated, the sub-process adaptive to the version content can be distributed to the user, and the compatibility of the system is improved; meanwhile, the inquiry request is sent to the server by creating the queue, so that the coupling of the system connection and the service logic in the high-frequency transaction process is solved.
Drawings
The following detailed description of the invention refers to the accompanying drawings.
Fig. 1 is a flowchart of a method for distributing service data by multiple processes according to an embodiment of the present invention;
FIG. 2 is a flow chart of subprocess allocation according to an embodiment of the present invention;
FIG. 3 is a flow chart of a first gray scale update according to an embodiment of the present invention;
FIG. 4 is a flow chart of a second gray level update according to an embodiment of the present invention;
FIG. 5 is a flowchart of a query request according to an embodiment of the present invention;
FIG. 6 is a diagram of an apparatus for distributing service data by multiple processes according to an embodiment of the present invention;
FIG. 7 is a block diagram of a subprocess allocation module according to an embodiment of the present invention;
FIG. 8 is a diagram of a first gray update sub-module in accordance with an embodiment of the present invention;
FIG. 9 is a diagram of a second gray level update sub-module in accordance with an embodiment of the present invention;
FIG. 10 is a block diagram of a query request module according to an embodiment of the present invention.
Detailed Description
In order to explain technical contents, structural features, and objects and effects of the present invention in detail, the following detailed description is given with reference to the accompanying drawings in conjunction with the embodiments.
As shown in fig. 1, one embodiment of the present invention is: a method for distributing business data by applying multiple processes, the method for distributing business data by applying multiple processes comprises the following steps,
s10, distributing the user to a plurality of sub-processes in batches;
s20, judging whether the sub-process has new version content, if so, performing gray level updating on the sub-process, and if not, directly executing the next step;
s30, independently distributing each user in the sub-process to an independent thread;
s40, creating a non-repeated query queue for the user, and initiating a query request to the server.
In the embodiment, the users are distributed to the plurality of sub-processes in batches, and each user is distributed to an independent thread by the sub-processes, so that data isolation is realized due to the fact that the services of the users are processed in different threads, and the safety and the stability of the system are improved; meanwhile, when a user logs in the server, whether the sub-process has the new version content or not is judged, if the sub-process has the new version content, the gray level of the sub-process is updated, the sub-process adaptive to the version content can be distributed to the user, and the compatibility of the system is improved; meanwhile, the inquiry request is sent to the server by creating the queue, so that the coupling of the system connection and the service logic in the high-frequency transaction process is solved.
For general user data, processing is carried out by different threads, and general data isolation is carried out through the distributed thread ID; for a high-security system, when data is required to be strongly isolated, the maximum thread number in a process can be set to be 1, and one user monopolizes one sub-process, so that data service processing and complete independence of user log data files can be achieved, and the effect of strong isolation of user data is achieved.
The gateway management system comprises an access controller and a core process controller; the access controller is a user uniform access system, a user requests the uniform access system through a terminal and forwards the uniform access system to the core process controller, the core process controller generates a user unique ID through a user connection hash algorithm, and then the core controller creates and distributes the user to the sub-process. Each subprocess establishes a specified number of thread pools according to system settings, and one user performs service processing through one thread. For the request with the limitation of the back-end server, each thread independently creates a message queue and independently processes the message queue according to the rule. The core process controller is also responsible for performing state monitoring on the sub-process and recovering the sub-process.
As shown in fig. 2, in an embodiment, the step S10 specifically includes the following steps,
s11, judging whether the user logs in the server, if yes, executing a step S12, and if not, distributing the user to an idle sub-process;
and S12, judging whether the atomic process is available, if so, allocating the user to the atomic process, and if not, allocating the user to an idle sub-process.
In the embodiment, the login information attached to the user request header is acquired, the login information is checked to judge whether the user logs in the server, the system can give the user a subprocess, the main process controller and the atomic process establish a pipeline through pipe, whether the user is normal is detected through heartbeat, if the user is normal, the service of the user is distributed to the atomic process, and if the atomic process is unavailable, the user is distributed to an idle subprocess. Wherein, the idle sub-process checks: setting a process pool which can be distributed by the application and the maximum thread number allowed by a single process according to the hardware condition of the server through pressure measurement data; when the number of threads created by the sub-process reaches the maximum number of threads, the process controller allocates a new user to the idle sub-process; when the thread count in all sub-processes reaches a maximum, the connection creation fails.
In a specific embodiment, the grayscale updating of the sub-process in step S20 includes two optional updating modes, which are updating according to the process ID and updating according to the mobile phone number, the mobile phone model, or the IP segment of the user;
as shown in fig. 3, the updating according to the process ID specifically includes the following steps,
s21, configuring a process ID needing to be updated, and synchronizing the modified content into a memory in real time;
s22, configuring a new function number corresponding table and an old function number corresponding table, and synchronizing the modified contents into a memory in real time;
s23, when the user is distributed to the process, the requested service function number is changed into a new function, thus completing the update of the service;
as shown in fig. 4, the updating according to the mobile phone number, the mobile phone model or the IP segment of the user specifically includes the following steps,
s25, configuring the user mobile phone number, the mobile phone model or the IP section which needs to be updated, and synchronizing the modified content into the memory in real time;
s26, configuring a new function number corresponding table and an old function number corresponding table, and synchronizing the modified contents into a memory in real time;
and S27, changing the requested service function number into a new function according to the client participation, thereby completing the service update.
In this embodiment, for a non-core service, in order to respond to a service requirement and control a risk as soon as possible, an effect of updating a service gray scale may be achieved by configuring a user who opens a specified service to a specified process. Because a multi-subprocess and multi-thread mechanism is used, the request of a designated process or a designated user is distributed to the function number of a new version through a process and line controller, and further, the gray level updating of the service is realized.
As shown in fig. 5, in an embodiment, the step S40 specifically includes the following steps,
s41, creating a non-repeated query queue for each user;
s42, pushing the query request of the user to the tail of the query queue;
s43, fetching the request data from the head of the query queue at intervals and initiating the query request to the server.
In this embodiment, in order to improve the service processing capability of some core service systems, the limitation on the peripheral service system is more, for example: the futures trading counter only receives one query request of a user every second, and queries the user interest and the user position according to normal, wherein the first query request of the user interest is returned normally, and the second query user position is failed to return, so that a queue mechanism is introduced, and the coupling of system connection and business logic is solved through the queue mechanism.
In a specific embodiment, the method for distributing service data by applying multiple processes further includes: and recovering the subprocess, and recovering the idle subprocess when the idle time of all threads in the subprocess is greater than the preset idle time.
In the embodiment, when all threads in a certain subprocess process the idle state, timing is started, and the idle subprocess can be recovered according to the service condition, so that the operation efficiency is improved.
As shown in fig. 6, another embodiment of the present invention is: an apparatus for distributing service data by applying multiple processes, the apparatus for distributing service data by applying multiple processes comprises,
the subprocess allocation module is used for allocating the users to a plurality of subprocesses in batches;
the grey level updating module is used for judging whether the sub-process has new version content, if so, carrying out grey level updating on the sub-process, and if not, turning to the thread distribution module;
the thread allocation module is used for independently allocating each user in the subprocess to an independent thread;
and the query request module is used for creating a non-repeated query queue for the user and initiating a query request to the server.
In one embodiment, as shown in fig. 7, the sub-process assignment module includes,
the first subprocess allocation unit is used for judging whether the user logs in the server or not, if so, switching to the second subprocess allocation unit, and if not, allocating the user to an idle subprocess;
and the second subprocess allocation unit is used for judging whether the atomic process is available or not, if so, allocating the user to the atomic process, and if not, allocating the user to an idle subprocess.
In a specific embodiment, the gray level updating module includes a first gray level updating submodule and a second gray level updating submodule;
the first gray level updating submodule is used for updating according to the process ID;
the second gray level updating submodule is used for updating according to the mobile phone number, the mobile phone model or the IP section of the user;
as shown in fig. 8, the first gray scale update sub-module specifically includes,
the process ID configuration unit is used for configuring the process ID to be updated and synchronizing the modified content into the memory in real time;
the function number corresponding table configuration unit is used for configuring a new function number corresponding table and an old function number corresponding table and synchronizing the modified content into the memory in real time;
the function updating unit is used for changing the requested service function number into a new function when the user is allocated to the process, so that the service is updated;
as shown in fig. 9, the second gray level update submodule specifically includes,
the user parameter configuration unit is used for configuring a user mobile phone number, a mobile phone model or an IP section which needs to be updated and synchronizing the modified content into the memory in real time;
the function number corresponding table configuration unit is used for configuring a new function number corresponding table and an old function number corresponding table and synchronizing the modified content into the memory in real time;
and the function updating unit is used for changing the requested service function number into a new function according to the client access parameter, so that the service is updated.
As shown in fig. 10, in an embodiment, the query request module specifically includes,
the query queue creating unit is used for creating a non-repeated query queue for each user;
the query queue ordering unit is used for pushing the query request of the user to the tail part of the query queue;
and the query request sending unit is used for taking out the request data from the head of the query queue at intervals and sending a query request to the server.
In a specific embodiment, the apparatus for distributing service data by applying multiple processes further includes: and the subprocess recovery module is used for recovering the idle subprocesses when the idle time lengths of all threads in the subprocesses are greater than the preset idle time length.
The device embodiment of the present invention includes all the contents of the method embodiment, and has the same technical effects as the method embodiment, and therefore, the description thereof is omitted.
In summary, the invention allocates users to a plurality of sub-processes in batches, and each user is allocated to an independent thread by the sub-processes, and since the user services are processed in different threads, the data isolation is realized, and the safety and stability of the system are improved; meanwhile, when a user logs in the server, whether the sub-process has the new version content or not is judged, if the sub-process has the new version content, the gray level of the sub-process is updated, the sub-process adaptive to the version content can be distributed to the user, and the compatibility of the system is improved; the method has the advantages that the query request is initiated to the server by creating the queue, so that the problem of coupling of system connection and service logic in the high-frequency transaction process is solved; meanwhile, the threads in the subprocess are monitored, and when the idle time of all the threads in the subprocess is greater than the preset idle time, the idle subprocess is recovered, so that the operating efficiency of the system is improved.
The first … … and the second … … are only used for name differentiation and do not represent how different the importance and position of the two are.
Here, the upper, lower, left, right, front, and rear represent only relative positions thereof and do not represent absolute positions thereof. The above description is only an embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes performed by the present specification and drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.
Claims (8)
1. A method for distributing service data by applying multiple processes is characterized in that: the method for distributing business data by applying multiple processes comprises the following steps,
s10, distributing the user to a plurality of sub-processes in batches;
s20, judging whether the sub-process has new version content, if so, performing gray level updating on the sub-process, and if not, directly executing the next step;
s30, independently distributing each user in the sub-process to an independent thread;
s40, creating a non-repeated query queue for the user, and sending a query request to the server;
the grey level updating of the sub-process in the step S20 comprises two optional updating modes, namely updating according to the process ID and updating according to the mobile phone number, the mobile phone model or the IP section of the user;
the updating according to the process ID specifically comprises the following steps,
s21, configuring a process ID needing to be updated, and synchronizing the modified content into a memory in real time;
s22, configuring a new function number corresponding table and an old function number corresponding table, and synchronizing the modified contents into a memory in real time;
s23, when the user is distributed to the process, the requested service function number is changed into a new function, thus completing the update of the service;
the updating according to the mobile phone number, the mobile phone model or the IP section of the user specifically comprises the following steps,
s25, configuring the user mobile phone number, the mobile phone model or the IP section which needs to be updated, and synchronizing the modified content into the memory in real time;
s26, configuring a new function number corresponding table and an old function number corresponding table, and synchronizing the modified contents into a memory in real time;
and S27, changing the requested service function number into a new function according to the client participation, thereby completing the service update.
2. The method for distributing service data by applying multiple processes according to claim 1, wherein: the step S10 specifically includes the following steps,
s11, judging whether the user logs in the server, if yes, executing a step S12, and if not, distributing the user to an idle sub-process;
and S12, judging whether the atomic process is available, if so, allocating the user to the atomic process, and if not, allocating the user to an idle sub-process.
3. The method for distributing service data by applying multiple processes according to claim 1, wherein: the step S40 specifically includes the following steps,
s41, creating a non-repeated query queue for each user;
s42, pushing the query request of the user to the tail of the query queue;
s43, fetching the request data from the head of the query queue at intervals and initiating the query request to the server.
4. The method for distributing service data by applying multiple processes according to claim 1, wherein: the method for distributing the service data by the application multi-process further comprises the following steps: and recovering the subprocess, and recovering the idle subprocess when the idle time of all threads in the subprocess is greater than the preset idle time.
5. An apparatus for distributing service data by applying multiple processes, characterized in that: the device for distributing the business data by applying the multiple processes comprises,
the subprocess allocation module is used for allocating the users to a plurality of subprocesses in batches;
the grey level updating module is used for judging whether the sub-process has new version content, if so, carrying out grey level updating on the sub-process, and if not, turning to the thread distribution module;
the thread allocation module is used for independently allocating each user in the subprocess to an independent thread;
the query request module is used for creating a non-repeated query queue for a user and initiating a query request to the server;
the gray level updating module comprises a first gray level updating submodule and a second gray level updating submodule;
the first gray level updating submodule is used for updating according to the process ID;
the second gray level updating submodule is used for updating according to the mobile phone number, the mobile phone model or the IP section of the user;
the first gray scale update sub-module specifically includes,
the process ID configuration unit is used for configuring the process ID to be updated and synchronizing the modified content into the memory in real time;
the function number corresponding table configuration unit is used for configuring a new function number corresponding table and an old function number corresponding table and synchronizing the modified content into the memory in real time;
the function updating unit is used for changing the requested service function number into a new function when the user is allocated to the process, so that the service is updated;
the second gray level update sub-module specifically includes,
the user parameter configuration unit is used for configuring a user mobile phone number, a mobile phone model or an IP section which needs to be updated and synchronizing the modified content into the memory in real time;
the function number corresponding table configuration unit is used for configuring a new function number corresponding table and an old function number corresponding table and synchronizing the modified content into the memory in real time;
and the function updating unit is used for changing the requested service function number into a new function according to the client access parameter, so that the service is updated.
6. The apparatus for distributing service data by applying multiple processes according to claim 5, wherein: the sub-process allocation module comprises a sub-process allocation module,
the first subprocess allocation unit is used for judging whether the user logs in the server or not, if so, switching to the second subprocess allocation unit, and if not, allocating the user to an idle subprocess;
and the second subprocess allocation unit is used for judging whether the atomic process is available or not, if so, allocating the user to the atomic process, and if not, allocating the user to an idle subprocess.
7. The apparatus for distributing service data by applying multiple processes according to claim 5, wherein: the query request module specifically includes a query request module,
the query queue creating unit is used for creating a non-repeated query queue for each user;
the query queue ordering unit is used for pushing the query request of the user to the tail part of the query queue;
and the query request sending unit is used for taking out the request data from the head of the query queue at intervals and sending a query request to the server.
8. The apparatus for distributing service data by applying multiple processes according to claim 5, wherein: the device for distributing the business data by applying the multiple processes further comprises: and the subprocess recovery module is used for recovering the idle subprocesses when the idle time lengths of all threads in the subprocesses are greater than the preset idle time length.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910405677.6A CN110147272B (en) | 2019-05-16 | 2019-05-16 | Method and device for distributing service data by applying multiple processes |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910405677.6A CN110147272B (en) | 2019-05-16 | 2019-05-16 | Method and device for distributing service data by applying multiple processes |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110147272A CN110147272A (en) | 2019-08-20 |
| CN110147272B true CN110147272B (en) | 2021-06-29 |
Family
ID=67595577
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910405677.6A Active CN110147272B (en) | 2019-05-16 | 2019-05-16 | Method and device for distributing service data by applying multiple processes |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110147272B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110781064B (en) * | 2019-10-28 | 2023-05-26 | 深圳市思迪信息技术股份有限公司 | Method and device for dynamic embedded point acquisition of client user behavior data |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103473101A (en) * | 2013-09-18 | 2013-12-25 | 北京思特奇信息技术股份有限公司 | Seamless version upgrading method and seamless version upgrading system |
| CN104461681A (en) * | 2014-11-04 | 2015-03-25 | 成都博智维讯信息技术有限公司 | ERP service simulation system |
| CN105357266A (en) * | 2015-09-30 | 2016-02-24 | 山东乾云启创信息科技股份有限公司 | Universal SOCKET communication and process management platform applied to multiple scenes and method |
| US9542245B2 (en) * | 2011-01-05 | 2017-01-10 | Blackberry Limited | Processing user input events in a web browser |
| CN108446183A (en) * | 2018-04-13 | 2018-08-24 | 广东亿迅科技有限公司 | Processing method and processing device based on message distribution |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10592307B2 (en) * | 2016-12-13 | 2020-03-17 | Salesforce.Com, Inc. | Multi user threaded executor |
-
2019
- 2019-05-16 CN CN201910405677.6A patent/CN110147272B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9542245B2 (en) * | 2011-01-05 | 2017-01-10 | Blackberry Limited | Processing user input events in a web browser |
| CN103473101A (en) * | 2013-09-18 | 2013-12-25 | 北京思特奇信息技术股份有限公司 | Seamless version upgrading method and seamless version upgrading system |
| CN104461681A (en) * | 2014-11-04 | 2015-03-25 | 成都博智维讯信息技术有限公司 | ERP service simulation system |
| CN105357266A (en) * | 2015-09-30 | 2016-02-24 | 山东乾云启创信息科技股份有限公司 | Universal SOCKET communication and process management platform applied to multiple scenes and method |
| CN108446183A (en) * | 2018-04-13 | 2018-08-24 | 广东亿迅科技有限公司 | Processing method and processing device based on message distribution |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110147272A (en) | 2019-08-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101196912B (en) | Method and apparatus for application state synchronization | |
| CN111897638B (en) | Distributed task scheduling method and system | |
| WO2019210580A1 (en) | Access request processing method, apparatus, computer device, and storage medium | |
| CN106648936B (en) | Cooperative processing method, system and server based on microservice | |
| CN109218054B (en) | Terminal dynamic configuration, corresponding server implementation method, device and storage medium | |
| US7434204B1 (en) | Method and apparatus for managing software processes | |
| CN105592164A (en) | Distributed system and method for data processing | |
| CN110147272B (en) | Method and device for distributing service data by applying multiple processes | |
| WO2021036319A1 (en) | Data cleaning method and system | |
| CA3138764A1 (en) | Data processing method, device, computer equipment and storage medium | |
| JP2008546110A (en) | Apparatus, system, method, and computer program useful for communication between enterprise information system and client (device, system, and method useful for communication between enterprise information system and client) | |
| CN111339194A (en) | Automatic scheduling method and device for middleware of database access layer | |
| US9891909B2 (en) | Dynamic reconnect of work processes in a zero downtime maintenance procedure | |
| CN110750349B (en) | Distributed task scheduling method and system | |
| CN112286650A (en) | Method and device for issuing distributed service | |
| CN109600266A (en) | A kind of device management command dissemination method and management equipment | |
| US20090106781A1 (en) | Remote call handling methods and systems | |
| CN110751560B (en) | Transaction processing method and device, electronic equipment and readable storage medium | |
| CN107909460B (en) | Position synchronization method, device, data center and storage medium | |
| US20060203813A1 (en) | System and method for managing a main memory of a network server | |
| CN111736953A (en) | Virtual resource delivery method and device, computer equipment and storage medium | |
| CN110971660A (en) | Multi-server control method and device | |
| CN112445763A (en) | File operation method and device, electronic equipment and storage medium | |
| JP2003298624A (en) | Communication path securing method in service control application execution program | |
| CN112883097B (en) | Data processing method based on server, server cluster and service system |
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 |