前段时间为了解决Volte的T侧短消息流程问题,自己写了一个T侧短消息的工具,在基础线程上搞了3个线程。因为公司的执行机都是4核以上的虚拟机,所以线程数量上完全没问题。
程序启动时创建的线程用来做维护了,比如接收了多少消息,发送了多少消息,都有什么类型的消息。
线程1用来接收消息,收了消息啥也不干,直接转成字符串就扔到收消息队列里面了。
线程2用来处理消息,主要是区分消息类型,然后将需要返回的消息生成,再扔到发消息队列里面。
线程3就是用来发消息的,消息队列里面有什么就发生么。
三个线程之间存在共享数据交互,主要体现在消息队列的处理上。消息队列在处理的时候没有采用什么特殊的保护机制,目前看Vector到是能正常处理的。但是偶尔会出现程序异常退出的情况。程序架构比较简单,应该不会出什么问题。处理了上亿的消息也没见到什么异常。
所以针对程序异常退出的问题,现在怀疑点就是vector的线程安全了。
针对这个问题,看了下核心编程,想到了一种手工锁,简单讲就是利用volatile变量的内存实时特点,手工加个锁。申请锁的时候判断下是否为true,为true就进入循环锁,不为true了就退出来。
通过这种方式完成变量的一个简单锁定,如果数据正在被处理,那么就等一会。
但是针对这种方式,比较担心万一不是原子命令,比如讲一个volatile变量设置为1需要执行3个汇编指令,多核处理器下可能会有极小概率的打架事件,都给锁住了。
时间: 2024-09-28 01:38:36