[发明专利]应用多进程分发业务数据的方法及装置有效
申请号: | 201910405677.6 | 申请日: | 2019-05-16 |
公开(公告)号: | CN110147272B | 公开(公告)日: | 2021-06-29 |
发明(设计)人: | 李建 | 申请(专利权)人: | 深圳市思迪信息技术股份有限公司 |
主分类号: | G06F9/48 | 分类号: | G06F9/48;G06F9/54;G06F8/65;G06F16/24;G06F16/25 |
代理公司: | 深圳市欣亚知识产权代理事务所(普通合伙) 44621 | 代理人: | 葛勤;程光慧 |
地址: | 518000 广东省深圳市南山区粤海*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 应用 进程 分发 业务 数据 方法 装置 | ||
本发明提供了一种应用多进程分发业务数据的方法及装置,所述应用多进程分发业务数据的方法包括,将用户分批分配到多个子进程;判断子进程是否有新版本内容,若有新版本内容,则对子进程进行灰度更新,若没有新版本内容,则直接执行下一步骤;将子进程里的每个用户单独分配到一个独立的线程;为用户创建一个不重复的查询队列,向服务器发起查询请求。本发明的有益效果在于:分批将用户分配到多个子进程,子进程再将每个用户分配到一个独立的线程,由于用户的业务处理在不同的线程,进而实现数据的隔离,提升了系统的安全性及稳定性;灰度更新,能够为用户分配到与版本内容相适应的子进程,提高了系统的兼容性。
技术领域
本发明涉及一种应用进程分发数据的方法及装置,尤其是指一种应用多进程分发业务数据的方法及装置。
背景技术
目前,有些服务端系统为支撑大量并发写入操作,都会对数据查询进行一定的限制,如单线程一秒只能做一次查询;而对业务系统而言,此限制打乱了业务处理流程。另对,对于需要有高容错性的核心系统,对用户数据进行隔离,当系统的核心应用故障时,会对用户的正常使用造成很大影响。
发明内容
本发明所要解决的技术问题是:提供一种应用多进程分发业务数据的方法及装置,旨在用户进行高频交易时,提高系统的安全性及稳定性。
为了解决上述技术问题,本发明采用的技术方案为:一种应用多进程分发业务数据的方法,所述应用多进程分发业务数据的方法包括以下步骤,
S10、将用户分批分配到多个子进程;
S20、判断子进程是否有新版本内容,若有新版本内容,则对子进程进行灰度更新,若没有新版本内容,则直接执行下一步骤;
S30、将子进程里的每个用户单独分配到一个独立的线程;
S40、为用户创建一个不重复的查询队列,向服务器发起查询请求。
进一步的,所述步骤S10具体包括以下步骤,
S11、判断用户是否已登录服务器,若是,则执行步骤S12,若否,将用户分配到空闲的子进程;
S12、判断原子进程是否可用,若可用,则用户分配到原子进程,若不可用,则将用户分配到空闲的子进程。
进一步的,所述步骤S20的对子进程进行灰度更新包括两种可选更新方式,分为根据进程ID更新以及根据用户手机号、手机型号或IP段更新;
所述根据进程ID更新,具体包括以下步骤,
S21、配置需要更新的进程ID,并实时把修改后的内容同步到内存中;
S22、配置新旧功能号对应表,并实时把修改后的内容同步到内存中;
S23、将用户分配到该进程时,把请求的业务功能号变更为新功能,既完成业务的更新;
所述根据用户手机号、手机型号或IP段更新,具体包括以下步骤,
S25、配置需要更新的用户手机号、手机型号或IP段,并实时把修改后的内容同步到内存中;
S26、配置新旧功能号对应表,并实时把修改后的内容同步到内存中;
S27、根据客户端入参,把请求的业务功能号变更为新功能,既完成业务的更新。
进一步的,所述步骤S40具体包括以下步骤,
S41、为每个用户各创建一个不重复的查询队列;
S42、将用户的查询请求推送到查询队列尾部;
S43、间隔地从查询队列的头部取出请求数据并向服务器发起查询请求。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于深圳市思迪信息技术股份有限公司,未经深圳市思迪信息技术股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201910405677.6/2.html,转载请声明来源钻瓜专利网。