线程操作共享变量的一点分享。

前段时间为了解决Volte的T侧短消息流程问题,自己写了一个T侧短消息的工具,在基础线程上搞了3个线程。因为公司的执行机都是4核以上的虚拟机,所以线程数量上完全没问题。

程序启动时创建的线程用来做维护了,比如接收了多少消息,发送了多少消息,都有什么类型的消息。

线程1用来接收消息,收了消息啥也不干,直接转成字符串就扔到收消息队列里面了。

线程2用来处理消息,主要是区分消息类型,然后将需要返回的消息生成,再扔到发消息队列里面。

线程3就是用来发消息的,消息队列里面有什么就发生么。

三个线程之间存在共享数据交互,主要体现在消息队列的处理上。消息队列在处理的时候没有采用什么特殊的保护机制,目前看Vector到是能正常处理的。但是偶尔会出现程序异常退出的情况。程序架构比较简单,应该不会出什么问题。处理了上亿的消息也没见到什么异常。

所以针对程序异常退出的问题,现在怀疑点就是vector的线程安全了。

针对这个问题,看了下核心编程,想到了一种手工锁,简单讲就是利用volatile变量的内存实时特点,手工加个锁。申请锁的时候判断下是否为true,为true就进入循环锁,不为true了就退出来。

通过这种方式完成变量的一个简单锁定,如果数据正在被处理,那么就等一会。

但是针对这种方式,比较担心万一不是原子命令,比如讲一个volatile变量设置为1需要执行3个汇编指令,多核处理器下可能会有极小概率的打架事件,都给锁住了。

时间: 2024-09-28 01:38:36

线程操作共享变量的一点分享。的相关文章

8)Linux程序设计入门--线程操作

8)Linux程序设计入门--线程操作 前言:Linux下线程的创建 介绍在Linux下线程的创建和基本的使用. Linux下的线程是一个非常复杂的问题,由 于我对线程的学习不时很好,我在这里只是简单的介绍线程的创建和基本的使用,关于线 程的高级使用(如线程的属性,线程的互斥,线程的同步等等问题)可以参考我后面给出的 资料. 现在关于线程的资料在网络上可以找到许多英文资料,后面我罗列了许多链接,对 线程的高级属性感兴趣的话可以参考一下. 等到我对线程的了解比较深刻的时候,我回来 完成这篇文章.如

C#跨线程操作控件的最简单实现探究

随着程序复杂度的提高,程序不可避免会出现多个线程,此时就很可能存在跨线程操作控件的问题. 跨线程操作UI控件主要有三类方式: 1.禁止系统的线程间操作检查.(此法不建议使用) 2.使用Invoke(同步)或者BeginInvoke(异步).(使用委托实现,并用lambda表达式简化代码) 3.使用BackgroundWorker组件.(此法暂不介绍,详情可见文末的参考资料) 先看一个跨线程操作失败的例子: 新建一个Winform窗口程序项目,拖一个button1和label1控件到Form1窗体

java线程操作范例

一:线程操作范例(1) package com.cloud.day6; public class Demo1 { publicstatic void main(String[] args) { MyThreadmt1=new MyThread("线程A", 1000); MyThreadmt2=new MyThread("线程B", 2000); MyThreadmt3=new MyThread("线程C", 3000); mt1.start()

线程基础:线程(2)——JAVA中的基本线程操作(上)

文章注明来源:http://blog.csdn.net/yinwenjie,主要供自己学习转载用 1.JAVA中线程的状态 1-1.#对象锁 在Java中每一个对象都有一把‘锁’,这个‘锁’可以是开放状态:也可以由某一个线程(或者多个线程)持有‘钥匙’:一旦在系统中某个对象的‘锁’存在至少一把‘钥匙’,那么任何线程操作这个对象,都必须验证是否有‘钥匙’,如果没有则会报IllegalMonitorStateException异常. 可是‘锁芯’(对象独占权)只有一个,那么可以打开这把锁的多个‘钥匙

线程操作学习20150905

1. ThreadPool 提供线程池的管理 ThreadPool是静态类,无构造函数,其方法都是静态. a) 主要使用的方法是: QueueUserWorkItem方法 public static bool QueueUserWorkItem(WaitCallback callBack): 将方法排入队列以便执行.此方法在有线程池线程变得可用时执行. public static bool QueueUserWorkItem(WaitCallback callBack,Object state)

C#中利用委托实现多线程跨线程操作

在使用VS2005的时候,如果你从非创建这个控件的线程中访问这个控件或者操作这个控件的话就会抛出这个异常.这是微软为了保证线程安全以及提高代码的效率所做的改进,但是也给大家带来很多不便. 其实解决这个问题有两种方法:一,是通过设置System.Windows.Forms.Control.CheckForIllegalCrossThreadCalls = false;在你的程序初始化的时候设置了这个属性,而且在你的控件中使用的都是微软Framework类库中的控件的话,系统就不会再抛出你上面所说的

线程操作

//终止thread1线程 thread1.Abort(); //主线程挂起等待,直到thread1完全终止 thread1.Join(); //thread1线程已终止,主线程继续执行 Abort执行后线程并没有立即结束,线程在被终止之前立即进入AbortRequested状态,所以才会有你遇到的问题"线程正在运行或未被终止:它无法重新启动." 建议"在触发事件重新开启线程"前调用Join等待线程真正终止. 在abort之后线程销毁了,重新开启线程的时候没有从新实

iOS子线程操作UI问题检查

iOS开发中,因为大部分函数都不是线程安全的,所以UI子线程中操作UI是非常危险的事,但是有时候因为开发者经验不足,不知道子线程中不能UI,或者知道但是写代码的时候没注意,或者不知道那些函数操作UI了(比如UITableView的reload函数),造成这个问题时常发生,防不胜防,而且iOS不像安卓,一旦子线程中操作UI就直接崩溃,iOS中操作UI只是有可能崩,导致问题经常不好重现,而且经常奔溃堆栈是乱的,找不到出错的地方在哪儿,十分头疼. 本人写了一个简单的线程检查ui操作的库,当子线程操作u

线程基础:线程(3)——JAVA中的基本线程操作(中)

(接上文<线程基础:线程(2)--JAVA中的基本线程操作(上)>) 1-4.注意synchronized关键字的使用 在前面的文章中我们主要讲解的是线程中"对象锁"的工作原理和操作方式.在讲解synchronized关键字的时候,我们还提到了synchronized关键字可以标注的位置.大家经常看到相当部分的网贴,在它们的代码示例中将synchronized关键字加载到代码的方法体上,然后告诉读者:这个操作是线程安全的.代码可能如下: /** * 这个类的class对象进