CN103338160A - 基于缓存队列的轮询业务的优化系统及优化方法 - Google Patents
基于缓存队列的轮询业务的优化系统及优化方法 Download PDFInfo
- Publication number
- CN103338160A CN103338160A CN2013103061661A CN201310306166A CN103338160A CN 103338160 A CN103338160 A CN 103338160A CN 2013103061661 A CN2013103061661 A CN 2013103061661A CN 201310306166 A CN201310306166 A CN 201310306166A CN 103338160 A CN103338160 A CN 103338160A
- Authority
- CN
- China
- Prior art keywords
- return value
- service return
- server
- service
- cluster
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 31
- 238000005457 optimization Methods 0.000 title claims abstract description 13
- 238000012544 monitoring process Methods 0.000 claims description 12
- 230000008569 process Effects 0.000 claims description 7
- 230000005540 biological transmission Effects 0.000 description 2
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000002035 prolonged effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Images
Landscapes
- Computer And Data Communications (AREA)
Abstract
本发明提供一种基于缓存队列的轮询业务的优化方法，将多台服务器组成集群，包括：S1、集群中的第一服务器根据客户端发起的第一次轮询请求，生成业务返回值后返回给客户端，将所述业务返回值压入到其对应的缓存队列中，并将所述业务返回值传递到所述集群中的其他服务器；S2、所述其他服务器分别将所述业务返回值压入到其对应的缓存队列中；S3、集群中的任意一个服务器接收到后续轮询请求时，读取其相应缓存队列中的所述业务返回值，并直接返回给客户端；本发明节约了服务器端的性能开销，本发明还提供一种基于缓存队列的轮询业务的优化系统。
Description
技术领域
本发明涉及计算机技术领域，特别涉及一种基于缓存队列的轮询业务的优化系统及优化方法。
背景技术
业务实例返回值的实时更新，需要不断轮询的查询。在虚拟化桌面业务体系中，往往一个虚拟化桌面的返回值更新受到服务器端多点业务查询结果的影响，例如网络状态是否断开、连接代理是否超时及数据库数据是否正常等等；随着业务数量的扩充，不断轮询的查询会使服务器端的压力面临毁灭性的灾难。
为了解决业务实例返回值的更新给服务器端带来的巨大压力，现有技术中提出了两种方案：1）Pushlet：该方案是在长轮询方式下,当XMLHttpRequest的readystate为3时，数据仍在传输中，无须关闭连接，客户端就能读取服务器端返回的信息；当XMLHttpRequest的readystate为4时，数据传输结束，连接已经关闭，客户端调用回调函数，进行信息处理；其中，当XMLHttpRequest与所述服务器端失去连接时，客户端无法收到请求数据；所述XMLHttpRequest对象用于在后台与服务器交换数据。2）Dwr：该方案是在客户端等待服务器响应时，使用长连接的方式延长服务器端向客户端发送数据的时间，一般是1分钟左右。
根据上述分析可以看出，现有技术中的两种方案都是在客户端通过长轮询的方式实现的，当其对应的服务器端每次收到轮询请求时，都需要去底层查询具体业务，需要进行纵向多点业务查询，因此，其并没有改善服务器端性能消耗的问题。
发明内容
针对现有技术的不足，本发明提供一种基于缓存队列的轮询业务的优化系统及优化方法，以节约服务器端的性能开销。
为实现以上目的，本发明通过以下技术方案予以实现：
一种基于缓存队列的轮询业务的优化方法，将多台服务器组成集群，包括以下步骤：
S1、集群中的第一服务器根据客户端发起的第一次轮询请求，生成业务返回值后返回给客户端，将所述业务返回值压入到其对应的缓存队列中，并将所述业务返回值传递到所述集群中的其他服务器；
S2、所述其他服务器分别将所述业务返回值压入到其对应的缓存队列中；
S3、集群中的任意一个服务器接收到后续轮询请求时，读取其相应缓存队列中的所述业务返回值，并直接返回给客户端。
优选的，步骤S1中，所述将所述业务返回值传递到所述集群中的其他服务器包括：
将所述业务返回值传递到数据库，所述集群中的其他服务器从该数据库中读取所述业务返回值；
或者，
利用JMS中的topic类型消息将所述业务返回值传递到集群中的其他服务器。
优选的，在所述步骤S1后进一步包括：
所述第一服务器对所述业务返回值进行监听；当所述业务返回值变化时，所述第一服务器将更新后的业务返回值压入到其对应的缓存队列中，并将所述更新后的业务返回值传递到集群中的其他服务器中；所述第一服务器将更新后的业务返回值反向推送到客户端。
优选的，所述将所述更新后的业务返回值反向推送到客户端包括：
所述第一服务器通过socket或者http keep-alive技术将更新后的业务返回值反向推送到客户端。
优选的，在步骤S1中，集群中的多个第一服务器分别接收到客户端并发的第一次轮询请求，分别执行所述生成、压入、传递的处理；
在所述第一服务器对所述业务返回值进行监听之前，进一步包括：任意一个第一服务器接收到其他服务器发来的业务返回值后，根据该业务返回值对应的当前系统纳秒数，确定自己是否为第一个接收到所述第一次轮询请求的服务器，如果是，则执行对所述业务返回值进行监听的步骤。
本发明还提供一种基于缓存队列的轮询业务的优化系统，包括由多台服务器组成的集群，其中：
集群中的第一服务器，根据客户端发起的第一次轮询请求，生成业务返回值后返回给客户端，将所述业务返回值压入到其对应的缓存队列中，并将所述业务返回值传递到所述集群中的其他服务器；
集群中的其他服务器分别将所述业务返回值压入到其对应的缓存队列中；
并且，集群中的任意一个服务器接收到后续轮询请求时，读取其相应缓存队列中的所述业务返回值，并直接返回客户端。
优选的，该系统进一步包括数据库，此时，
所述第一服务器进一步用于将所述业务返回值传递到数据库；
所述集群中的其他服务器从该数据库中读取所述业务返回值。
优选的，所述第一服务器用于利用JMS中的topic类型消息将所述业务返回值传递到集群中的其他服务器。
优选的，所述第一服务器，进一步用于：对所述业务返回值进行监听；当所述业务返回值变化时，将更新后的业务返回值压入到其对应的缓存队列中，并将所述更新后的业务返回值传递到集群中的其他服务器中，以及将更新后的业务返回值反向推送到客户端。
优选的，集群中的多个第一服务器分别接收到客户端并发的第一次轮询请求，分别执行所述生成、压入、传递的处理；
任意一个第一服务器，进一步用于在接收到其他服务器发来的业务返回值后，根据该业务返回值对应的当前系统纳秒数，确定自己是否为第一个接收到所述第一次轮询请求的服务器，如果是，则执行所述对所述业务返回值进行监听的步骤。
本发明提供的一种基于缓存队列的轮询业务的优化系统及优化方法，通过将业务返回值在集群中的各个服务器上缓存，使得当第二次轮询请求到来时，直接读取缓存队列中的业务返回值，而不去轮询整个业务周期，无论下次业务负载到哪台服务器上，都不需要进行纵向多点业务查询，避免每次业务轮询到来时都需要去底层查询具体业务，节约了服务器端的性能开销。
附图说明
图1为本发明一实施例的流程图。
具体实施方式
下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。
如图1所示，本发明提供一种基于缓存队列的轮询业务的优化方法，将多台服务器组成集群，包括以下步骤：
S1、集群中的第一服务器根据客户端发起的第一次轮询请求，生成业务返回值后返回给客户端，将所述业务返回值压入到其对应的缓存队列中，并将所述业务返回值传递到所述集群中的其他服务器；
S2、所述其他服务器分别将所述业务返回值压入到其对应的缓存队列中；
S3、集群中的任意一个服务器接收到后续轮询请求时，读取其相应缓存队列中的所述业务返回值，并直接返回给客户端。
本发明提供的一种基于缓存队列的轮询业务的优化系统及优化方法，通过将业务返回值在集群中的各个服务器上缓存，使得当第二次轮询请求到来时，直接读取缓存队列中的业务返回值，而不去轮询整个业务周期，无论下次业务负载到哪台服务器上，都不需要进行纵向多点业务查询，避免每次业务轮询到来时都需要去底层查询具体业务，节约了服务器端的性能开销。
其中，在步骤S1中,客户端在第一服务器上发起第一次轮询请求,所述第一服务器根据所述轮询请求建立唯一的会话ID，所述会话ID对应业务返回值，所述第一服务器将所述业务返回值返回给客户；
当所述第一服务器将所述业务返回值传递到集群中的其他服务器时，若由于并发原因，其他服务器同时建立了该会话的缓存，则返回。
优选的，步骤S1中，所述将所述业务返回值传递到所述集群中的其他服务器包括：
将所述业务返回值传递到数据库，所述集群中的其他服务器从该数据库中读取所述业务返回值；
或者，
利用JMS中的topic类型消息将所述业务返回值传递到集群中的其他服务器。
topic模型是指一条消息被publish时，它将发到所有感兴趣的订阅者，所以零到多个subscriber将接收到消息的一个拷贝。但是在消息代理接收到消息时，只有激活订阅的。subscriber能够获得消息的一个拷贝。消息订阅后建立请求与业务状态的缓存。
优选的，在所述步骤S1后进一步包括：
所述第一服务器对所述业务返回值进行监听；当所述业务返回值变化时，所述第一服务器将更新后的业务返回值压入到其对应的缓存队列中，并将所述更新后的业务返回值传递到集群中的其他服务器中；所述第一服务器将更新后的业务返回值反向推送到客户端。
优选的，所述将所述更新后的业务返回值反向推送到客户端包括：
所述第一服务器通过socket或者http keep-alive技术将更新后的业务返回值反向推送到客户端。
优选的，在步骤S1中，集群中的多个第一服务器分别接收到客户端并发的第一次轮询请求，分别执行所述生成、压入、传递的处理；
在所述第一服务器对所述业务返回值进行监听之前，进一步包括：任意一个第一服务器接收到其他服务器发来的业务返回值后，根据该业务返回值对应的当前系统纳秒数，确定自己是否为第一个接收到所述第一次轮询请求的服务器，如果是，则执行对所述业务返回值进行监听的步骤。
下面结合具体实例详细说明本实施例的实施流程：
集群中共分布式部署了4台服务器，服务器1、服务器2、服务器3及服务器4：
步骤101：客户端向服务器1发起第一次轮询请求；
步骤102：服务器1根据所述轮询请求建立唯一的会话ID，所述会话ID对应业务返回值；
步骤103：所述服务器1将所述业务返回值返回给客户端，并压入到其对应的缓存队列中，同时，将所述业务返回值传递到所述集群中的其他服务器；
步骤104：若由于并发原因，服务器2、服务器3及服务器4中的至少一个已经建立了该会话，则将接收到的所述业务返回值返回，否则将所述业务返回值压入到其对应的缓存队列中；
步骤105：服务器1对该业务返回值开启监听，当所述业务返回值变化时，将更新后的业务返回值压入到其对应的缓存队列中，并将所述更新后的业务返回值传递到服务器2、服务器3及服务器4中，以及将所述更新后的业务返回值通过socket或者http keep-alive等技术编程反向推送到客户端；
另外，当服务器1和服务器2分别接收到客户端并发的第一次轮询请求，其分别执行所述生成、压入、传递的处理；
所述服务器1或服务器2，在接收到对方发来的业务返回值后，根据该业务返回值对应的当前系统纳秒数，确定自己是否为第一个接收到所述第一次轮询请求的服务器，如果是，则执行所述对所述业务返回值进行监听的步骤。
步骤106：判断所述服务器1对应的缓存队列是否已满，若是，则将该缓存队列中最早的业务返回值持久化，并将最新的业务返回值压入到所述缓存队列中；
步骤107：判断所述轮询业务是否结束，若是，则将服务器1、服务器2、服务器3及服务器4上缓存的所有业务返回值删除。
本发明还提供一种基于缓存队列的轮询业务的优化系统，包括由多台服务器组成的集群，其中：
集群中的第一服务器，根据客户端发起的第一次轮询请求，生成业务返回值后返回给客户端，将所述业务返回值压入到其对应的缓存队列中，并将所述业务返回值传递到所述集群中的其他服务器；
集群中的其他服务器分别将所述业务返回值压入到其对应的缓存队列中；
并且，集群中的任意一个服务器接收到后续轮询请求时，读取其相应缓存队列中的所述业务返回值，并直接返回客户端。
优选的，该系统进一步包括数据库，此时，
所述第一服务器进一步用于将所述业务返回值传递到数据库；
所述集群中的其他服务器从该数据库中读取所述业务返回值。
优选的，所述第一服务器用于利用JMS中的topic类型消息将所述业务返回值传递到集群中的其他服务器。
优选的，所述第一服务器，进一步用于：对所述业务返回值进行监听；当所述业务返回值变化时，将更新后的业务返回值压入到其对应的缓存队列中，并将所述更新后的业务返回值传递到集群中的其他服务器中，以及将更新后的业务返回值反向推送到客户端。
优选的，集群中的多个第一服务器分别接收到客户端并发的第一次轮询请求，分别执行所述生成、压入、传递的处理；
任意一个第一服务器，进一步用于在接收到其他服务器发来的业务返回值后，根据该业务返回值对应的当前系统纳秒数，确定自己是否为第一个接收到所述第一次轮询请求的服务器，如果是，则执行所述对所述业务返回值进行监听的步骤。
本发明提供的一种基于缓存队列的轮询业务的优化系统及优化方法，具有以下优点：
1、通过将业务返回值在集群中的各个服务器上缓存，使得当后续轮询请求到来时，直接读取缓存队列中的业务返回值，而不去轮询整个业务周期，无论下次业务负载到哪台服务器上，都不需要进行纵向多点业务查询，避免每次业务轮询到来时都需要去底层查询具体业务，这种推拉结合的模式，减少了服务器端的压力，减少了请求会话的等待时间；
2、将多次多节点业务的查询归并成一次监听模式的查询，这样不管集群有多少个轮询请求来看这个业务状态，都是一个线程在监听，节约了服务器端的性能开销；
3、通过分布式部署，多台应用服务器进行负载，可以共享业务缓存带来的高效、高性能，节约单台服务器的性能开销。
以上实施方式仅用于说明本发明，而并非对本发明的限制，有关技术领域的普通技术人员，在不脱离本发明的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本发明的范畴，本发明的专利保护范围应由权利要求限定。
Claims (10)
1.一种基于缓存队列的轮询业务的优化方法，其特征在于，将多台服务器组成集群，包括以下步骤：
S1、集群中的第一服务器根据客户端发起的第一次轮询请求，生成业务返回值后返回给客户端，将所述业务返回值压入到其对应的缓存队列中，并将所述业务返回值传递到所述集群中的其他服务器；
S2、所述其他服务器分别将所述业务返回值压入到其对应的缓存队列中；
S3、集群中的任意一个服务器接收到后续轮询请求时，读取其相应缓存队列中的所述业务返回值，并直接返回给客户端。
2.如权利要求1所述的方法，其特征在于，步骤S1中，所述将所述业务返回值传递到所述集群中的其他服务器包括：
将所述业务返回值传递到数据库，所述集群中的其他服务器从该数据库中读取所述业务返回值；
或者，
利用JMS中的topic类型消息将所述业务返回值传递到集群中的其他服务器。
3.如权利要求1或2所述的方法，其特征在于，在所述步骤S1后进一步包括：
所述第一服务器对所述业务返回值进行监听；当所述业务返回值变化时，所述第一服务器将更新后的业务返回值压入到其对应的缓存队列中，并将所述更新后的业务返回值传递到集群中的其他服务器中；所述第一服务器将更新后的业务返回值反向推送到客户端。
4.如权利要求3所述的方法，其特征在于，所述将所述更新后的业务返回值反向推送到客户端包括：
所述第一服务器通过socket或者http keep-alive技术将更新后的业务返回值反向推送到客户端。
5.如权利要求3所述的方法，其特征在于，在步骤S1中，集群中的多个第一服务器分别接收到客户端并发的第一次轮询请求，分别执行所述生成、压入、传递的处理；
在所述第一服务器对所述业务返回值进行监听之前，进一步包括：任意一个第一服务器接收到其他服务器发来的业务返回值后，根据该业务返回值对应的当前系统纳秒数，确定自己是否为第一个接收到所述第一次轮询请求的服务器，如果是，则执行对所述业务返回值进行监听的步骤。
6.一种基于缓存队列的轮询业务的优化系统，其特征在于，包括由多台服务器组成的集群，其中：
集群中的第一服务器，根据客户端发起的第一次轮询请求，生成业务返回值后返回给客户端，将所述业务返回值压入到其对应的缓存队列中，并将所述业务返回值传递到所述集群中的其他服务器；
集群中的其他服务器分别将所述业务返回值压入到其对应的缓存队列中；
并且，集群中的任意一个服务器接收到后续轮询请求时，读取其相应缓存队列中的所述业务返回值，并直接返回客户端。
7.如权利要求6所述的系统，其特征在于，该系统进一步包括数据库，此时，
所述第一服务器进一步用于将所述业务返回值传递到数据库；
所述集群中的其他服务器从该数据库中读取所述业务返回值。
8.如权利要求6所述的系统，其特征在于，所述第一服务器用于利用JMS中的topic类型消息将所述业务返回值传递到集群中的其他服务器。
9.如权利要求6所述的系统，其特征在于，所述第一服务器，进一步用于：对所述业务返回值进行监听；当所述业务返回值变化时，将更新后的业务返回值压入到其对应的缓存队列中，并将所述更新后的业务返回值传递到集群中的其他服务器中，以及将更新后的业务返回值反向推送到客户端。
10.如权利要求9所述的系统，其特征在于，集群中的多个第一服务器分别接收到客户端并发的第一次轮询请求，分别执行所述生成、压入、传递的处理；
任意一个第一服务器，进一步用于在接收到其他服务器发来的业务返回值后，根据该业务返回值对应的当前系统纳秒数，确定自己是否为第一个接收到所述第一次轮询请求的服务器，如果是，则执行所述对所述业务返回值进行监听的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310306166.1A CN103338160B (zh) | 2013-07-19 | 2013-07-19 | 基于缓存队列的轮询业务的优化系统及优化方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310306166.1A CN103338160B (zh) | 2013-07-19 | 2013-07-19 | 基于缓存队列的轮询业务的优化系统及优化方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103338160A true CN103338160A (zh) | 2013-10-02 |
| CN103338160B CN103338160B (zh) | 2016-04-20 |
Family
ID=49246260
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310306166.1A Active CN103338160B (zh) | 2013-07-19 | 2013-07-19 | 基于缓存队列的轮询业务的优化系统及优化方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103338160B (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103780680A (zh) * | 2014-01-06 | 2014-05-07 | 东南大学 | 一种基于jms消息总线的服务器实时推送系统及方法 |
| CN110262910A (zh) * | 2019-06-24 | 2019-09-20 | 四川新网银行股份有限公司 | 基于延时队列的分布式任务轮询的方法 |
| CN110995798A (zh) * | 2019-11-21 | 2020-04-10 | 上海龙旗科技股份有限公司 | 一种用于功能手机网络应用的数据通信方法和系统 |
| CN113965628A (zh) * | 2020-12-03 | 2022-01-21 | 广州三叠纪元智能科技有限公司 | 消息调度方法、服务器和存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102137032A (zh) * | 2011-03-24 | 2011-07-27 | 上海云高软件科技有限公司 | 一种云消息系统及云消息发送和接收方法 |
| CN102217256A (zh) * | 2011-05-26 | 2011-10-12 | 华为技术有限公司 | 队列调度的方法和装置 |
| CN102880475A (zh) * | 2012-10-23 | 2013-01-16 | 上海普元信息技术股份有限公司 | 计算机软件系统中基于云计算的实时事件处理系统及方法 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100442705C (zh) * | 2005-06-09 | 2008-12-10 | 华为技术有限公司 | 网络管理系统对通信设备进行轮询的方法 |
| CN101115050A (zh) * | 2006-07-24 | 2008-01-30 | 中兴通讯股份有限公司 | 一种网络业务请求的处理系统及其方法 |
| CN102469064B (zh) * | 2010-11-03 | 2016-05-11 | 中兴通讯股份有限公司 | 通信实现方法及通信设备 |
| CN102611642A (zh) * | 2012-02-27 | 2012-07-25 | 杭州闪亮科技有限公司 | 处理异步消息的系统及其发送消息、监听处理任务的方法 |
| CN102685237B (zh) * | 2012-05-16 | 2015-05-06 | 东南大学 | 一种集群环境下请求会话保持与调度的方法 |
-
2013
- 2013-07-19 CN CN201310306166.1A patent/CN103338160B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102137032A (zh) * | 2011-03-24 | 2011-07-27 | 上海云高软件科技有限公司 | 一种云消息系统及云消息发送和接收方法 |
| CN102217256A (zh) * | 2011-05-26 | 2011-10-12 | 华为技术有限公司 | 队列调度的方法和装置 |
| CN102880475A (zh) * | 2012-10-23 | 2013-01-16 | 上海普元信息技术股份有限公司 | 计算机软件系统中基于云计算的实时事件处理系统及方法 |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103780680A (zh) * | 2014-01-06 | 2014-05-07 | 东南大学 | 一种基于jms消息总线的服务器实时推送系统及方法 |
| CN103780680B (zh) * | 2014-01-06 | 2017-05-24 | 东南大学 | 一种基于jms消息总线的服务器实时推送系统及方法 |
| CN110262910A (zh) * | 2019-06-24 | 2019-09-20 | 四川新网银行股份有限公司 | 基于延时队列的分布式任务轮询的方法 |
| CN110995798A (zh) * | 2019-11-21 | 2020-04-10 | 上海龙旗科技股份有限公司 | 一种用于功能手机网络应用的数据通信方法和系统 |
| CN113965628A (zh) * | 2020-12-03 | 2022-01-21 | 广州三叠纪元智能科技有限公司 | 消息调度方法、服务器和存储介质 |
| CN113965628B (zh) * | 2020-12-03 | 2024-07-30 | 广东归涞技术有限公司 | 消息调度方法、服务器和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103338160B (zh) | 2016-04-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107018042B (zh) | 用于在线服务系统的追踪方法及追踪系统 | |
| US9137288B2 (en) | Scalable push-based architecture for web applications | |
| WO2016177285A1 (zh) | 一种数据推送方法及装置 | |
| CN111917687B (zh) | 一种循环推送提醒消息的方法和装置 | |
| CN101997854B (zh) | 一种提供数据服务的处理系统及方法 | |
| CN103338160B (zh) | 基于缓存队列的轮询业务的优化系统及优化方法 | |
| CN104601702B (zh) | 集群远程过程调用方法及系统 | |
| CN101383839A (zh) | 基于数据服务器的数据分发系统及其实现方法 | |
| WO2017181890A1 (zh) | 基于服务器集群的数据处理系统及方法 | |
| CN105208133A (zh) | 一种服务器、负载均衡器以及服务器负载均衡方法和系统 | |
| CN111464612B (zh) | 一种恶劣环境下提供稳定计算服务的方法 | |
| WO2015172497A1 (zh) | 消息推送、获取方法、装置和计算机可读存储介质 | |
| CN100450105C (zh) | 一种基于java消息服务的同步消息接口实现方法 | |
| CN106411919B (zh) | 一种基于事件总线的web推送方法 | |
| CN104468299A (zh) | 基于用户规则的企业服务总线系统 | |
| CN114827171B (zh) | 信息同步方法、装置、计算机设备和存储介质 | |
| CN105989065B (zh) | 一种闪拍数据处理方法及系统 | |
| CN105373563B (zh) | 数据库切换方法及装置 | |
| CN110798495B (zh) | 用于在集群架构模式下端到端的消息推送的方法和服务器 | |
| CN109063140A (zh) | 一种数据查询方法、中转服务器及计算机可读存储介质 | |
| CN113259408A (zh) | 数据传输方法和系统 | |
| CN111930542A (zh) | 数据采集方法、装置、电子设备及计算机可读存储介质 | |
| CN104348713A (zh) | B/S架构下网络平台基于comet的即时通讯方法 | |
| CN114090338B (zh) | 一种请求处理方法、装置及电子设备 | |
| CN101651713B (zh) | 一种智能卡网络数据传输方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| PP01 | Preservation of patent right |
Effective date of registration: 20180528 Granted publication date: 20160420 |
|
| PP01 | Preservation of patent right | ||
| PD01 | Discharge of preservation of patent |
Date of cancellation: 20240528 Granted publication date: 20160420 |
|
| PD01 | Discharge of preservation of patent |