(场景)单线程处理转换成多线程

        因测试环境数据量不大,单线程足以处理,而实际生产环境的数据量比较大,每分钟的数据处理量也比较大,数据库的IO操作次数频繁,已经不能解决。故考虑转换多线程处理;

        前期遇见问题:

在什么时候进行多线程处理,当时想到两种解决方案,

        第一种是在数据接入进来的时候,就进行,此时数据的存库和转发是串行的,也就是是处理完数据库然后进行数据的转发;优点是只需要在接受统一处理,修改方便,缺点是消息的转发还是会受到数据库处理的限制,当数据量比较大或者服务器的硬件性能不够好时还是会影响数据的传输速度

        第二种是在把转发和数据库的处理进行分开处理,这样数据的解析和转发就会很快到下游应用,就有了及时的数据;

 多线程处理如何保证数据的一致性

        首先,我们的接收到数据后,进行解析然后IO处理,是单条进行的,而我们可以根据数据的特点为每条数据创建一个唯一的KEY,保证同个key的数据在放在同一个队列中,由同一线程进行处理;这里利用key的哈希值,进行分类,能达到效果

接下来就是进行开发,因为用到了spring,为保证程序的机动性,我们把线程的数量,可以创建一个线程管理类,来进行线程的创建,并通过配置文件控制线程的条数;(在进行开发的时候,因为很久没有用spring 的IOC了,所以出了一个很基础问题,在写好配置文件和代码后,发现管理类的缓存中始终拿不到对应的线程,一直报空,而管理类的单例对象又存在spring的容器中,期间百度了很久,各种解释,最后发现注入管理类的对象并没有交给spring管理,当时还想,那岂不是是我这要一层一层往上的对象全部都要交给spring,因为项目架构的原因,也不方便交给容器管理,找到原因就好解决问题了,利用SpringContextHolder可以拿到)

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值