System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技术实现步骤摘要】
本公开涉及智能通信,具体涉及一种高并发电信号码映射查询系统和方法。
技术介绍
1、随着现代通信技术的发展,越来越多的应用场景需要处理大量的电信号码映射。例如,公共通信网络、无线通信网络、卫星通信网络等都需要进行高效的电信号码映射处理。现有的电信号码映射查询方式包括直接查询、基于哈希表的查询、基于树结构的查询和基于分布式系统的查询。
2、直接查询是将电信号码直接映射到对应的映射码,这种查询方式简单、直观,但是当电信号码数量巨大时,直接查询的效率会非常低下,需要耗费大量的时间和计算资源。当在高并发情况下时,直接查询的查询效率更低,如果数据库或应用程序出现故障,还可能会影响查询结果的正确性和完整性。
3、基于哈希表的查询是将电信号码作为哈希函数的输入,将得到的哈希值作为映射码,这种查询方式可以提高查询效率,但是当存在哈希碰撞时,会对查询结果造成干扰,需要额外的处理机制来解决。在高并发情况下,多个线程或进程可能会同时访问哈希表,导致竞争条件和哈希碰撞增加,会对查询性能和结果产生影响。
4、基于树结构的查询是将电信号码和映射码按照某种规则组织成一棵树,通过在树中查找电信号码来获取对应的映射码,这种查询方式具有较好的查询性能和扩展性,但是当树结构过于复杂时,会对查询效率造成较大的影响。类似地,在高并发情况下,多个线程或进程同时访问树结构也可能会引发竞争条件和性能问题。此外,树结构的构建和维护需要额外的计算和存储资源。
5、基于分布式系统的查询是将电信号码和映射码存储在多个节点上,通过分布式计算
6、因此,现有的电信号码映射查询方式无法满足大规模、高并发的需求,无法高效的处理大量的电信号码映射和对并发控制和查询性能进行更加精细的管控,无法确保系统整体性能和稳定性。
技术实现思路
1、基于此,本公开要解决的技术问题是现有的电信号码映射查询方式无法满足大规模、高并发的需求。
2、为解决上述技术问题,本公开采用以下技术方案:
3、一种高并发电信号码映射查询系统,包括
4、通信模块,接收网络消息并将所述网络消息传递至编解码模块;
5、编解码模块,接收来自所述通信模块的所述网络消息,对所述网络消息进行解码,将解码后的数据传递至业务处理模块;
6、业务处理模块,接收来自所述编解码模块的所述解码后的数据,并在存储模块中查询与所述解码后的数据中的电信号码相对应的映射码;和
7、存储模块,存储有所述电信号码和所述映射码之间的对应关系;
8、其中,所述业务处理模块获得所述映射码后,再将所述映射码发送至所述编解码模块,所述编解码模块对所述映射码进行编码并将编码后的数据发送至所述通信模块,所述通信模块将所述编码后的数据发送至请求方;
9、其中,所述通信模块采用异步的方式接收所述网络消息和发送所述编码后的数据。
10、优选地,所述系统采用线程池的形式异步进行电信号码映射查询,包括
11、接收消息线程:当接收到所述网络消息时对所述网络消息进行解码,将解码后的数据存放在待处理请求数据队列中;
12、主线程:当所述待处理请求数据队列中存在待处理数据时,对所述待处理数据进行映射码查询,并对查询到的映射码进行编码,将编码的数据保存在待发送数据队列中;
13、发送消息线程:当所述待发送数据队列存在待发送数据时,将所述待发送数据发送至请求方。
14、更优选地,所述接收消息线程的运行步骤如下:
15、a1.网络选择器检查dns的链路通道是否有请求的网络消息,如果没有请求的网络信息,则继续异步检查所述链路通道;如果有请求的网络消息,则进入步骤a2-a3;
16、a2.调用所述编解码模块,遵循enum对所述请求的网络消息进行解码,获取naptr或srv请求消息及相应的参数;
17、a3.将解码后的数据存放到所述待处理请求数据队列中,并返回步骤a1。
18、更优选地,所述主线程的运行步骤如下:
19、b1.检查所述待处理请求数据队列是否有等待处理的请求数据;如果没有等待处理的请求数据,则继续异步检查所述待处理请求数据队列;如果有等待处理的请求数据,则进入步骤b2-b4;
20、b2.根据所述naptr或srv请求消息中的参数,进行映射码查询;
21、b3.调用所述编解码模块对查询到的所述映射码进行编码,遵循enum格式并根据消息类型生成naptr或srv格式的结果;
22、b4.将编码的数据保存在待发送数据队列中,并返回步骤b1。
23、更优选地,所述发送消息线程的运行步骤如下:
24、c1.检查所述待发送数据的队列是否有等待发送的数据;如果没有等待发送的数据,则继续异步检查所述待发送数据的队列;如果有等待发送的数据,则进步骤c2-c3;
25、c2.使用网络链路接口将所述等待发送的数据发送至所述请求方;
26、c3.将所述等待发送的数据从所述待发送数据的队列中删除,并返回步骤c1。
27、优选地,所述存储模块支持结构化数据查询和非结构化数据查询。
28、优选地,所述存储模块包括内存数据库和关系数据库。
29、优选地,所述存储模块存储有内存数据和固化数据。
30、为解决上述技术问题,本公开还采用以下技术方案:
31、一种高并发电信号码映射查询方法,所述方法在前述任一项所述的系统中进行,包括以下步骤:
32、s1.接收网络消息并对所述网络消息进行解码;
33、s2.查询并获得与所述解码后的数据相对应的映射码;
34、s3.对所述映射码进行编码,并将编码后的数据发送至请求方;
35、其中,采用异步的方式接收所述网络消息和发送所述编码后的数据。
36、优选地,用线程池的形式异步进行电信号码映射查询,包括
37、接收消息线程:当接收到所述网络消息时对所述网络消息进行解码,将解码后的数据存放在待处理请求数据队列中;
38、主线程:当所述待处理请求数据队列中存在待处理数据时,对所述待处理数据进行映射码查询,并对查询到的映射码进行编码,将编码的数据保存在待发送数据队列中;
39、发送消息线程:当所述待发送数据队列存在待发送数据时,将所述待发送数据发送至请求方。
40、本公开要求保护的技术方案取得了以下有益效果:
41、1)系统采用异步通信机制,可以在不阻塞主线程的情况下接收和处理网络消息,避免了等待网络本文档来自技高网...
【技术保护点】
1.一种高并发电信号码映射查询系统,其特征在于,包括
2.根据权利要求1所述的高并发电信号码映射查询系统,其特征在于,所述系统采用线程池的形式异步进行电信号码映射查询,包括
3.根据权利要求2所述的高并发电信号码映射查询系统,其特征在于,所述接收消息线程的运行步骤如下:
4.根据权利要求3所述的高并发电信号码映射查询系统,其特征在于,所述主线程的运行步骤如下:
5.根据权利要求3所述的高并发电信号码映射查询系统,其特征在于,所述发送消息线程的运行步骤如下:
6.根据权利要求1至5任一项所述的高并发电信号码映射查询系统,其特征在于,所述存储模块支持结构化数据查询和非结构化数据查询。
7.根据权利要求1至5任一项所述的高并发电信号码映射查询系统,其特征在于,所述存储模块包括内存数据库和关系数据库。
8.根据权利要求7所述的高并发电信号码映射查询系统,其特征在于,所述存储模块存储有内存数据和固化数据。
9.一种高并发电信号码映射查询方法,其特征在于,所述方法在权利要求1至8中任一项所述的系统
10.根据权利要求9所述的高并发电信号码映射查询方法,其特征在于,用线程池的形式异步进行电信号码映射查询,包括
...【技术特征摘要】
1.一种高并发电信号码映射查询系统,其特征在于,包括
2.根据权利要求1所述的高并发电信号码映射查询系统,其特征在于,所述系统采用线程池的形式异步进行电信号码映射查询,包括
3.根据权利要求2所述的高并发电信号码映射查询系统,其特征在于,所述接收消息线程的运行步骤如下:
4.根据权利要求3所述的高并发电信号码映射查询系统,其特征在于,所述主线程的运行步骤如下:
5.根据权利要求3所述的高并发电信号码映射查询系统,其特征在于,所述发送消息线程的运行步骤如下:
6.根据权利要求1至5任一项所述的高并发电信号码...
【专利技术属性】
技术研发人员:刘志永,丁正,祝敬安,韦红,刘君晓,高树江,汪勇,王宜才,秦鑫泉,邢喜云,
申请(专利权)人:上海欣方智能系统有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。