CN104917813A - 请求资源的方法及装置 - Google Patents
请求资源的方法及装置 Download PDFInfo
- Publication number
- CN104917813A CN104917813A CN201510185452.6A CN201510185452A CN104917813A CN 104917813 A CN104917813 A CN 104917813A CN 201510185452 A CN201510185452 A CN 201510185452A CN 104917813 A CN104917813 A CN 104917813A
- Authority
- CN
- China
- Prior art keywords
- request
- local terminal
- resource
- timestamp
- resource request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种请求资源的方法及装置,属于互联网技术领域。本公开实施例通过触发了请求指定资源的事件时,向其他指定服务器发送资源请求,以使其他指定服务器根据资源请求中携带的时间戳确认其他指定服务器的时间戳小于资源请求中携带的时间戳;接收到其他指定服务器返回的确认消息,并且根据时间戳排序后资源请求在本端的请求队列中位于首位时,则执行资源请求。实现了分布式系统中多节点之间的同步以及互斥控制,提高了分布式系统中资源请求的准确性以及运行效率。
Description
技术领域
本公开涉及互联网技术领域,特别涉及一种请求资源的方法及装置。
背景技术
随着互联网技术的发展,终端针对服务器侧的资源请求量呈几何倍数增长,服务器侧通过部署分布式系统来解决日益增多的资源请求,提高了终端请求资源的效率。
在分布式系统中单一节点可以通过设置针对某一个共享资源的锁来实现多进程并发访问的控制。通过进程进入临界区时的关锁和退出临界区时的开锁来达到该节点的多进程对该共享资源的有序化访问,实现单个节点系统的同步、互斥控制。分布式系统的特点是具备多节点,各节点中具备独自的物理内存空间,无法通过单个节点自身的锁来实现整个分布式系统的同步、互斥控制。
发明内容
为了解决相关技术的问题,本公开实施例提供了一种请求资源的方法及装置。所述技术方案如下:
根据本公开实施例的第一方面,提供一种请求资源的方法,包括:
当触发了请求指定资源的事件时,根据本端的时间戳生成资源请求;
将所述资源请求加入本端的请求队列中,并向分布式系统中各指定服务器发送所述资源请求;
如果接收到所述各指定服务器针对所述资源请求返回的确认消息,并且根据时间戳排序后所述资源请求在所述本端的请求队列中位于首位时,则执行所述资源请求;所述确认消息用于确认所述各指定服务器中的时间戳大于所述本端的时间戳。
可选的,所述执行所述资源请求之后,所述方法还包括:
当所述资源请求被执行完毕后,向所述各指定服务器发送资源释放请求。
可选的,所述向所述各指定服务器发送资源释放请求之后,所述方法还包括:
对所述本端的时间戳进行累加操作。
根据本公开实施例的第二方面,提供一种请求资源的方法,包括:
接收分布式系统中的指定服务器发送的资源请求;
确定本端的请求队列中是否存在本端触发的资源请求;
如果所述本端的请求队列中存在本端触发的资源请求,则确定所述接收到的资源请求中携带的时间戳是否小于本端的时间戳;
如果所述接收到的资源请求中携带的时间戳小于所述本端的时间戳,则向所述指定服务器发送确认消息,并将所述接收到的资源请求加入所述本端的请求队列中。
可选的,所述确定本端的请求队列中是否存在本端触发的资源请求之后,所述方法还包括:
如果所述本端的请求队列中不存在本端触发的资源请求,则向所述指定服务器发送确认消息,并将所述接收到的资源请求加入所述本端的请求队列中;
在所述接收到的资源请求中携带的时间戳和所述本端的时间戳中选取最大的时间戳进行累加操作,并根据累加操作后的时间戳更新所述本端的时间戳。
可选的,所述将所述接收到的资源请求加入所述本端的请求队列中之后,所述方法还包括:
接收所述指定服务器发送的资源释放请求;
根据所述资源释放请求将所述接收到的资源请求从所述本端的请求队列中删除。
根据本公开实施例的第三方面,提供一种请求资源的装置,包括:
生成模块,用于当触发了请求指定资源的事件时,根据本端的时间戳生成资源请求;
第一加入模块,用于将所述资源请求加入本端的请求队列中;
第一发送模块,用于向分布式系统中各指定服务器发送所述资源请求;
执行模块,用于在接收到所述各指定服务器针对所述资源请求返回的确认消息,并且根据时间戳排序后所述资源请求在所述本端的请求队列中位于首位时,执行所述资源请求;所述确认消息用于确认所述各指定服务器中的时间戳大于所述本端的时间戳。
可选的,所述装置还包括:
第二发送模块,用于当所述资源请求被执行完毕后,向所述各指定服务器发送资源释放请求。
可选的,所述装置还包括:
第一累加模块,用于对所述本端的时间戳进行累加操作。
根据本公开实施例的第四方面,提供一种请求资源的装置,包括:
第一接收模块,用于接收分布式系统中的指定服务器发送的资源请求;
第一确定模块,用于确定本端的请求队列中是否存在本端触发的资源请求;
第二确定模块,用于在所述本端的请求队列中存在本端触发的资源请求时,确定所述接收到的资源请求中携带的时间戳是否小于本端的时间戳;
第三发送模块,用于在所述接收到的资源请求中携带的时间戳小于所述本端的时间戳时,向所述指定服务器发送确认消息;
第二加入模块,用于将所述接收到的资源请求加入所述本端的请求队列中。
可选的,所述装置还包括:
第四发送模块,用于在所述本端的请求队列中不存在本端触发的资源请求时,向所述指定服务器发送确认消息,并将所述接收到的资源请求加入所述本端的请求队列中;
第二累加模块,用于在所述接收到的资源请求中携带的时间戳和所述本端的时间戳中选取最大的时间戳进行累加操作;
更新模块,用于根据累加操作后的时间戳更新所述本端的时间戳。
可选的,所述装置还包括:
第二接收模块,用于接收所述指定服务器发送的资源释放请求;
删除模块,用于根据所述资源释放请求将所述接收到的资源请求从所述本端的请求队列中删除。
根据本公开实施例的第五方面,提供一种请求资源的装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
当触发了请求指定资源的事件时,根据本端的时间戳生成资源请求;
将所述资源请求加入本端的请求队列中,并向分布式系统中各指定服务器发送所述资源请求;
如果接收到所述各指定服务器针对所述资源请求返回的确认消息,并且根据时间戳排序后所述资源请求在所述本端的请求队列中位于首位时,则执行所述资源请求;所述确认消息用于确认所述各指定服务器中的时间戳大于所述本端的时间戳。
根据本公开实施例的第六方面,提供一种请求资源的装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
接收分布式系统中的指定服务器发送的资源请求;
确定本端的请求队列中是否存在本端触发的资源请求;
如果所述本端的请求队列中存在本端触发的资源请求,则确定所述接收到的资源请求中携带的时间戳是否小于本端的时间戳;
如果所述接收到的资源请求中携带的时间戳小于所述本端的时间戳,则向所述指定服务器发送确认消息,并将所述接收到的资源请求加入所述本端的请求队列中。
本公开的实施例提供的技术方案可以包括以下有益效果:
通过触发了请求指定资源的事件时,向其他指定服务器发送资源请求,以使其他指定服务器根据资源请求中携带的时间戳确认其他指定服务器的时间戳小于资源请求中携带的时间戳;接收到其他指定服务器返回的确认消息,并且根据时间戳排序后资源请求在本端的请求队列中位于首位时,则执行资源请求。实现了分布式系统中多节点之间的同步以及互斥控制,提高了分布式系统中资源请求的准确性以及运行效率。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的一种请求资源的方法的流程图;
图2是根据一示例性实施例示出的一种请求资源的方法的流程图;
图3是根据一示例性实施例示出的一种请求资源的方法中释放资源的方法的流程图;
图4是根据一示例性实施例示出的一种请求资源的装置的框图;
图5是根据一示例性实施例示出的一种请求资源的装置的框图;
图6是根据一示例性实施例示出的一种请求资源的装置的框图(服务器的一般结构)。
具体实施方式
为使本公开的目的、技术方案和优点更加清楚,下面将结合附图对本公开实施方式作进一步地详细描述。
本公开一示例性实施例提供了一种请求资源的方法,本方法实施例应用于服务器中,参见图1,方法流程包括:
在步骤101中,当触发了请求指定资源的事件时,根据本端的时间戳生成资源请求;
在步骤102中,将资源请求加入本端的请求队列中,并向分布式系统中各指定服务器发送资源请求;
在步骤103中,如果接收到各指定服务器针对资源请求返回的确认消息,并且根据时间戳排序后资源请求在本端的请求队列中位于首位时,则执行资源请求;确认消息用于确认各指定服务器中的时间戳大于本端的时间戳。
本公开实施例通过触发了请求指定资源的事件时,向其他指定服务器发送资源请求,以使其他指定服务器根据资源请求中携带的时间戳确认其他指定服务器的时间戳小于资源请求中携带的时间戳;接收到其他指定服务器返回的确认消息,并且根据时间戳排序后资源请求在本端的请求队列中位于首位时,则执行资源请求。实现了分布式系统中多节点之间的同步以及互斥控制,提高了分布式系统中资源请求的准确性以及运行效率。
本公开另一示例性实施例提供了一种请求资源的方法,本方法实施例应用于服务器中,参见图2。
需要说明的是,本公开实施例以第一指定服务器和第二指定服务器为例,对分布式系统中多节点请求资源时并发控制的方式进行说明。其中,第二指定服务器为分布式系统中除第一指定服务器以外其他各指定服务器中的任意一台服务器。
其中,该方法流程包括:
在步骤201中,当触发了请求指定资源的事件时,根据本端的时间戳生成资源请求。
其中,请求指定资源的事件可以包括但不限于以下情况:
第一种情况:第一指定服务器接收到终端发送的请求后向其他指定服务器请求资源的事件;
第二种情况:第一指定服务器接收到分布式系统中其他指定服务器请求资源的事件。其中,其他指定服务器为非第二指定服务器以外的指定服务器。
针对第一种情况,例如:分布式系统中包括多个前端代理服务器,用于接收终端发送的请求;分布式系统中还包括一个验证服务器,用于验证终端发送的请求中的验证码是否有效;分布式系统中还包括一个日志服务器,用于记录各分布式系统中每一个服务器所进行的任何一项操作。某一个前端代理服务器为第一指定服务器,该第一指定服务器接收到终端发送的买书请求,其中该请求中还携带了优惠码;此时第一指定服务器接收到该请求时,会触发请求指定资源的事件,该请求指定资源的事件为向日志服务器请求记录本次第一指定服务器操作的事件;其中,日志服务器为其他指定服务器。
针对第二种情况,例如:第一指定服务器将终端发送的买书请求中的优惠码发送给验证服务器用于验证优惠码之后,验证服务器会触发请求指定资源的事件,该请求指定资源的事件为向日志服务器请求记录本次验证服务器进行验证的事件;其中,验证服务器为其他指定服务器。
时间戳为分布式系统中各指定服务器维护的用于记录自身执行任务数量的计数器,各指定服务器中的时间戳可以设置0为初始值,在本公开实施例中用Tm来表示时间戳。每当执行完毕针对请求指定资源的请求时可以对本端的时间戳进行累积操作,即进行加一操作。另外,如果接收到其他指定服务器中任意一个服务器发送的消息时,根据消息中携带的对方服务器的时间戳与本端的时间戳进行对比,选取最大的一个时间戳进行累积操作来更新本端的时间戳。
其中,需要根据第一指定服务器中处理请求指定资源的进程的进程标识(Pi)以及第一指定服务器当前的时间戳共同生成第一请求,相应的,第一请求中携带有(Tm1,Pi)。
可选的,还可以通过第一指定服务器的服务器标识替代进程标识生成第一请求,即Pi可以为第一指定服务器的服务器标识。
在步骤202中,将资源请求加入本端的请求队列中,并向分布式系统中各指定服务器发送资源请求。
其中,分布式系统中各指定服务器维护自身用于请求指定资源的一个请求队列。各指定服务器会将请求加入该请求队列中,并根据每个请求中的时间戳进行排序,根据从小到大的排列顺序来执行请求队列中各个请求。
相应的,时间戳越小的请求在请求队列中的排序越靠前,因此时间戳越小的请求也会被越早的执行。
各指定服务器以步骤201中的例子为例进行说明,其中各指定服务器可以包括分布式系统中各个前端代理服务器和验证服务器。
在步骤203中,第二指定服务器接收分布式系统中的第一指定服务器发送的资源请求。
其中,第二指定服务器中处理请求指定资源的进程的进程标识(Pj)。
在步骤204中,第二指定服务器确定本端的请求队列中是否存在本端触发的资源请求。
其中,本端触发的请求中,需要携带有(Tm2,Pj)。如果存在则执行步骤205,如果不存在则执行步骤207。
在步骤205中,如果第二指定服务器的请求队列中存在本端触发的资源请求,则确定接收到的资源请求中携带的时间戳是否小于第二指定服务器的时间戳。
即确定Tm1是否小于Tm2。
在步骤206中,如果接收到的资源请求中携带的时间戳小于第二指定服务器的时间戳,则向第一指定服务器发送确认消息,并将接收到的资源请求加入第二指定服务器的请求队列中。
此时,对第二指定服务器中的请求队列进行排序,那么接收到的资源请求则会在第二指定服务器中的请求队列中排列第一。
相应的,第二指定服务器则不会执行本端触发的携带有(Tm2,Pj)的请求。
在步骤207中,如果第二指定服务器的请求队列中不存在本端触发的资源请求,则向第一指定服务器发送确认消息,并将接收到的资源请求加入第二指定服务器的请求队列中。
此时,第二指定服务器中的请求队列中不存在任何请求,那么无需再判断第二指定服务器的时间戳与接收到的资源请求中的时间戳的大小。
在步骤208中,在接收到的资源请求中携带的时间戳和第二指定服务器的时间戳中选取最大的时间戳进行累加操作,并根据累加操作后的时间戳更新第二指定服务器的时间戳。
在步骤209中,第一指定服务器如果接收到各指定服务器针对资源请求返回的确认消息,并且根据时间戳排序后资源请求在第一指定服务器的请求队列中位于首位时,则执行资源请求;确认消息用于确认各指定服务器中的时间戳大于第一指定服务器的时间戳。
其中,执行资源请求需要满足两个条件。
第一个条件为:根据时间戳由小到大进行排序,资源请求中的时间戳位于请求队列的首位;
第二个条件为:接收到各指定服务器返回的确认消息。
本公开另一示例性实施例提供了一种请求资源的方法中释放资源的方法,本方法实施例应用于服务器中,参见图3。其中,第二指定服务器为分布式系统中除第一指定服务器以外的其他各指定服务器。
其中,该方法包括:
在步骤301中,当资源请求被执行完毕后,第一指定服务器向各指定服务器发送资源释放请求。
在步骤302中,第一指定服务器对本端的时间戳进行累加操作。
在步骤303中,第二指定服务器接收第一指定服务器发送的资源释放请求;
在步骤304中,第二指定服务器根据资源释放请求将接收到的资源请求从本端的请求队列中删除。
本公开实施例通过触发了请求指定资源的事件时,向其他指定服务器发送资源请求,以使其他指定服务器根据资源请求中携带的时间戳确认其他指定服务器的时间戳小于资源请求中携带的时间戳;接收到其他指定服务器返回的确认消息,并且根据时间戳排序后资源请求在本端的请求队列中位于首位时,则执行资源请求。实现了分布式系统中多节点之间的同步以及互斥控制,提高了分布式系统中资源请求的准确性以及运行效率。
对应于上述示例性实施例提供的请求资源的方法,本公开另一示例性实施例提供了一种请求资源的装置,参见图4,该装置包括:
生成模块401,用于当触发了请求指定资源的事件时,根据本端的时间戳生成资源请求;
第一加入模块402,用于将资源请求加入本端的请求队列中;
第一发送模块403,用于向分布式系统中各指定服务器发送资源请求;
执行模块404,用于在接收到各指定服务器针对资源请求返回的确认消息,并且根据时间戳排序后资源请求在本端的请求队列中位于首位时,执行资源请求;确认消息用于确认各指定服务器中的时间戳大于本端的时间戳。
其中,装置还包括:
第二发送模块405,用于当资源请求被执行完毕后,向各指定服务器发送资源释放请求。
其中,装置还包括:
第一累加模块406,用于对本端的时间戳进行累加操作。
本公开实施例通过触发了请求指定资源的事件时,向其他指定服务器发送资源请求,以使其他指定服务器根据资源请求中携带的时间戳确认其他指定服务器的时间戳小于资源请求中携带的时间戳;接收到其他指定服务器返回的确认消息,并且根据时间戳排序后资源请求在本端的请求队列中位于首位时,则执行资源请求。实现了分布式系统中多节点之间的同步以及互斥控制,提高了分布式系统中资源请求的准确性以及运行效率。
对应于上述示例性实施例提供的请求资源的方法,本公开另一示例性实施例提供了一种请求资源的装置,参见图5,该装置包括:
第一接收模块501,用于接收分布式系统中的指定服务器发送的资源请求;
第一确定模块502,用于确定本端的请求队列中是否存在本端触发的资源请求;
第二确定模块503,用于在本端的请求队列中存在本端触发的资源请求时,确定接收到的资源请求中携带的时间戳是否小于本端的时间戳;
第三发送模块504,用于在接收到的资源请求中携带的时间戳小于本端的时间戳时,向指定服务器发送确认消息;
第二加入模块505,用于将接收到的资源请求加入本端的请求队列中。
其中,装置还包括:
第四发送模块506,用于在本端的请求队列中不存在本端触发的资源请求时,向指定服务器发送确认消息,并将接收到的资源请求加入本端的请求队列中;
第二累加模块507,用于在接收到的资源请求中携带的时间戳和本端的时间戳中选取最大的时间戳进行累加操作;
更新模块508,用于根据累加操作后的时间戳更新本端的时间戳。
其中,装置还包括:
第二接收模块509,用于接收指定服务器发送的资源释放请求;
删除模块510,用于根据资源释放请求将接收到的资源请求从本端的请求队列中删除。
本公开实施例通过触发了请求指定资源的事件时,向其他指定服务器发送资源请求,以使其他指定服务器根据资源请求中携带的时间戳确认其他指定服务器的时间戳小于资源请求中携带的时间戳;接收到其他指定服务器返回的确认消息,并且根据时间戳排序后资源请求在本端的请求队列中位于首位时,则执行资源请求。实现了分布式系统中多节点之间的同步以及互斥控制,提高了分布式系统中资源请求的准确性以及运行效率。
图6是根据一示例性实施例示出的一种用于请求资源的装置1900的框图。例如,装置1900可以被提供为一服务器。参照图6,装置1900包括处理组件1922,其进一步包括一个或多个处理器,以及由存储器1932所代表的存储器资源,用于存储可由处理组件1922的执行的指令,例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1922被配置为执行指令,以执行上述请求资源的方法。
装置1900还可以包括一个电源组件1926被配置为执行装置1900的电源管理,一个有线或无线网络接口1950被配置为将装置1900连接到网络,和一个输入输出(I/O)接口1958。装置1900可以操作基于存储在存储器1932的操作系统,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本公开实施例通过触发了请求指定资源的事件时,向其他指定服务器发送资源请求,以使其他指定服务器根据资源请求中携带的时间戳确认其他指定服务器的时间戳小于资源请求中携带的时间戳;接收到其他指定服务器返回的确认消息,并且根据时间戳排序后资源请求在本端的请求队列中位于首位时,则执行资源请求。实现了分布式系统中多节点之间的同步以及互斥控制,提高了分布式系统中资源请求的准确性以及运行效率。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
Claims (14)
1.一种请求资源的方法,其特征在于,所述方法包括:
当触发了请求指定资源的事件时,根据本端的时间戳生成资源请求;
将所述资源请求加入本端的请求队列中,并向分布式系统中各指定服务器发送所述资源请求;
如果接收到所述各指定服务器针对所述资源请求返回的确认消息,并且根据时间戳排序后所述资源请求在所述本端的请求队列中位于首位时,则执行所述资源请求;所述确认消息用于确认所述各指定服务器中的时间戳大于所述本端的时间戳。
2.根据权利要求1所述的方法,其特征在于,所述执行所述资源请求之后,所述方法还包括:
当所述资源请求被执行完毕后,向所述各指定服务器发送资源释放请求。
3.根据权利要求2所述的方法,其特征在于,所述向所述各指定服务器发送资源释放请求之后,所述方法还包括:
对所述本端的时间戳进行累加操作。
4.一种请求资源的方法,其特征在于,所述方法包括:
接收分布式系统中的指定服务器发送的资源请求;
确定本端的请求队列中是否存在本端触发的资源请求;
如果所述本端的请求队列中存在本端触发的资源请求,则确定所述接收到的资源请求中携带的时间戳是否小于本端的时间戳;
如果所述接收到的资源请求中携带的时间戳小于所述本端的时间戳,则向所述指定服务器发送确认消息,并将所述接收到的资源请求加入所述本端的请求队列中。
5.根据权利要求4所述的方法,其特征在于,所述确定本端的请求队列中是否存在本端触发的资源请求之后,所述方法还包括:
如果所述本端的请求队列中不存在本端触发的资源请求,则向所述指定服务器发送确认消息,并将所述接收到的资源请求加入所述本端的请求队列中;
在所述接收到的资源请求中携带的时间戳和所述本端的时间戳中选取最大的时间戳进行累加操作,并根据累加操作后的时间戳更新所述本端的时间戳。
6.根据权利要求4或5中任意项所述的方法,其特征在于,所述将所述接收到的资源请求加入所述本端的请求队列中之后,所述方法还包括:
接收所述指定服务器发送的资源释放请求;
根据所述资源释放请求将所述接收到的资源请求从所述本端的请求队列中删除。
7.一种请求资源的装置,其特征在于,所述装置包括:
生成模块,用于当触发了请求指定资源的事件时,根据本端的时间戳生成资源请求;
第一加入模块,用于将所述资源请求加入本端的请求队列中;
第一发送模块,用于向分布式系统中各指定服务器发送所述资源请求;
执行模块,用于在接收到所述各指定服务器针对所述资源请求返回的确认消息,并且根据时间戳排序后所述资源请求在所述本端的请求队列中位于首位时,执行所述资源请求;所述确认消息用于确认所述各指定服务器中的时间戳大于所述本端的时间戳。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括:
第二发送模块,用于当所述资源请求被执行完毕后,向所述各指定服务器发送资源释放请求。
9.根据权利要求8所述的装置,其特征在于,所述装置还包括:
第一累加模块,用于对所述本端的时间戳进行累加操作。
10.一种请求资源的装置,其特征在于,所述装置包括:
第一接收模块,用于接收分布式系统中的指定服务器发送的资源请求;
第一确定模块,用于确定本端的请求队列中是否存在本端触发的资源请求;
第二确定模块,用于在所述本端的请求队列中存在本端触发的资源请求时,确定所述接收到的资源请求中携带的时间戳是否小于本端的时间戳;
第三发送模块,用于在所述接收到的资源请求中携带的时间戳小于所述本端的时间戳时,向所述指定服务器发送确认消息;
第二加入模块,用于将所述接收到的资源请求加入所述本端的请求队列中。
11.根据权利要求10所述的装置,其特征在于,所述装置还包括:
第四发送模块,用于在所述本端的请求队列中不存在本端触发的资源请求时,向所述指定服务器发送确认消息,并将所述接收到的资源请求加入所述本端的请求队列中;
第二累加模块,用于在所述接收到的资源请求中携带的时间戳和所述本端的时间戳中选取最大的时间戳进行累加操作;
更新模块,用于根据累加操作后的时间戳更新所述本端的时间戳。
12.根据权利要求10或11中任意项所述的装置,其特征在于,所述装置还包括:
第二接收模块,用于接收所述指定服务器发送的资源释放请求;
删除模块,用于根据所述资源释放请求将所述接收到的资源请求从所述本端的请求队列中删除。
13.一种请求资源的装置,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
当触发了请求指定资源的事件时,根据本端的时间戳生成资源请求;
将所述资源请求加入本端的请求队列中,并向分布式系统中各指定服务器发送所述资源请求;
如果接收到所述各指定服务器针对所述资源请求返回的确认消息,并且根据时间戳排序后所述资源请求在所述本端的请求队列中位于首位时,则执行所述资源请求;所述确认消息用于确认所述各指定服务器中的时间戳大于所述本端的时间戳。
14.一种请求资源的装置,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
接收分布式系统中的指定服务器发送的资源请求;
确定本端的请求队列中是否存在本端触发的资源请求;
如果所述本端的请求队列中存在本端触发的资源请求,则确定所述接收到的资源请求中携带的时间戳是否小于本端的时间戳;
如果所述接收到的资源请求中携带的时间戳小于所述本端的时间戳,则向所述指定服务器发送确认消息,并将所述接收到的资源请求加入所述本端的请求队列中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510185452.6A CN104917813A (zh) | 2015-04-17 | 2015-04-17 | 请求资源的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510185452.6A CN104917813A (zh) | 2015-04-17 | 2015-04-17 | 请求资源的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104917813A true CN104917813A (zh) | 2015-09-16 |
Family
ID=54086511
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510185452.6A Pending CN104917813A (zh) | 2015-04-17 | 2015-04-17 | 请求资源的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104917813A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105392086A (zh) * | 2015-11-04 | 2016-03-09 | 广东欧珀移动通信有限公司 | 一种信息处理方法及播放设备 |
CN107368502A (zh) * | 2016-05-13 | 2017-11-21 | 北京京东尚科信息技术有限公司 | 信息同步方法及装置 |
CN108023908A (zh) * | 2016-10-31 | 2018-05-11 | 腾讯科技(深圳)有限公司 | 数据更新方法、装置及系统 |
CN108243088A (zh) * | 2016-12-26 | 2018-07-03 | 北京云中融信网络科技有限公司 | 一种管理通讯信息的方法和装置 |
CN110324262A (zh) * | 2018-03-30 | 2019-10-11 | 华为技术有限公司 | 一种资源抢占的方法及装置 |
CN110535793A (zh) * | 2018-05-25 | 2019-12-03 | 微软技术许可有限责任公司 | 分布式系统的消息全序机制 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102339305A (zh) * | 2011-09-07 | 2012-02-01 | 北京人大金仓信息技术股份有限公司 | 基于偏序关系日志的数据库集群故障恢复方法 |
CN103297456A (zh) * | 2012-02-24 | 2013-09-11 | 阿里巴巴集团控股有限公司 | 一种分布式系统下共享资源的访问方法及分布式系统 |
US20140059152A1 (en) * | 2011-08-25 | 2014-02-27 | Alcatel-Lucent | Support server for redirecting task results to a wake-up server |
-
2015
- 2015-04-17 CN CN201510185452.6A patent/CN104917813A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140059152A1 (en) * | 2011-08-25 | 2014-02-27 | Alcatel-Lucent | Support server for redirecting task results to a wake-up server |
CN102339305A (zh) * | 2011-09-07 | 2012-02-01 | 北京人大金仓信息技术股份有限公司 | 基于偏序关系日志的数据库集群故障恢复方法 |
CN103297456A (zh) * | 2012-02-24 | 2013-09-11 | 阿里巴巴集团控股有限公司 | 一种分布式系统下共享资源的访问方法及分布式系统 |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105392086A (zh) * | 2015-11-04 | 2016-03-09 | 广东欧珀移动通信有限公司 | 一种信息处理方法及播放设备 |
CN105392086B (zh) * | 2015-11-04 | 2018-05-29 | 广东欧珀移动通信有限公司 | 一种信息处理方法及播放设备 |
CN108810748A (zh) * | 2015-11-04 | 2018-11-13 | 广东欧珀移动通信有限公司 | 一种信息处理方法及播放设备和介质产品 |
CN108810748B (zh) * | 2015-11-04 | 2021-03-12 | Oppo广东移动通信有限公司 | 一种信息处理方法及播放设备和介质产品 |
CN107368502A (zh) * | 2016-05-13 | 2017-11-21 | 北京京东尚科信息技术有限公司 | 信息同步方法及装置 |
CN108023908A (zh) * | 2016-10-31 | 2018-05-11 | 腾讯科技(深圳)有限公司 | 数据更新方法、装置及系统 |
CN108023908B (zh) * | 2016-10-31 | 2020-04-24 | 腾讯科技(深圳)有限公司 | 数据更新方法、装置及系统 |
CN108243088A (zh) * | 2016-12-26 | 2018-07-03 | 北京云中融信网络科技有限公司 | 一种管理通讯信息的方法和装置 |
CN110324262A (zh) * | 2018-03-30 | 2019-10-11 | 华为技术有限公司 | 一种资源抢占的方法及装置 |
CN110535793A (zh) * | 2018-05-25 | 2019-12-03 | 微软技术许可有限责任公司 | 分布式系统的消息全序机制 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104917813A (zh) | 请求资源的方法及装置 | |
CN110389900B (zh) | 一种分布式数据库集群测试方法、装置及存储介质 | |
CN109951547B (zh) | 事务请求并行处理方法、装置、设备和介质 | |
CN107733708B (zh) | 设备参数配置方法、装置、计算机设备和存储介质 | |
CN110704177B (zh) | 计算任务处理方法、装置、计算机设备和存储介质 | |
CN109033814B (zh) | 智能合约触发方法、装置、设备及存储介质 | |
CN106897299B (zh) | 一种数据库访问方法及装置 | |
CN112612988A (zh) | 页面处理方法、装置、计算机设备及存储介质 | |
CN109828830B (zh) | 用于管理容器的方法和装置 | |
CN110890987A (zh) | 自动创建集群的方法、装置、设备和系统 | |
CN107797850B (zh) | 分布式事务处理的方法、装置与系统 | |
US20200310828A1 (en) | Method, function manager and arrangement for handling function calls | |
CN116974874A (zh) | 数据库的测试方法、装置、电子设备及可读存储介质 | |
CN110795171A (zh) | 业务数据处理方法、装置、计算机设备及存储介质 | |
CN109495528B (zh) | 分布式锁所有权调度方法和装置 | |
CN104484167A (zh) | 任务处理方法及装置 | |
CN110659272A (zh) | 数据清洗方法和系统 | |
CN110866011B (zh) | 数据表同步方法、装置、计算机设备和存储介质 | |
CN110609707B (zh) | 在线数据处理系统生成方法、装置及设备 | |
CN112448883A (zh) | 消息推送方法、装置、计算机设备和存储介质 | |
CN112003930A (zh) | 任务分配方法、装置、设备及存储介质 | |
CN114489956A (zh) | 一种基于云平台的实例启动方法及装置 | |
CN111190725B (zh) | 任务处理方法、装置、存储介质及服务器 | |
CN110245148B (zh) | 一种数据存储方法、装置、系统及介质 | |
CN114253680A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150916 |
|
RJ01 | Rejection of invention patent application after publication |