线程间通信
其实就是多个线程操作同一个资源,但动作不同。
示例:在某个数据库中,Input输入人的姓名,性别,Output输出,两个线程同时作用。
思考:1.明确哪些代码是多线程操作的?2.明确共享数据。3.明确多线程代码中哪些是共享数据的。
思考后发现,Input和Output类中的run方法对Res类的Field数据同时操作。故需要考虑使用同步。
同步前提:1.是多线程。2.必须是多个线程使用同一个锁
唯一的锁有:类字节码文件(非静态同步函数不推荐),资源对象r
class Res //共同处理的资源库,包含两个属性
{
String name;
String sex;
}
class Input implements Runnable
{
private Res r;
Input (Res r)
{
this.r = r;
}
public void run()
{
int x = 0;
while (true)
{
synchronized (r)
{
if (x==0)
{
r.name="mike";
r.sex="male";
x=1;
}
else
{
r.name="莉莉";
r.sex="女女女";
x=0;
}
}
}
}
}
class Output implements Runnable
{
private Res r;
Output (Res r)
{
this.r = r;
}
public void run()
{
while (true)
{
synchronized (r)
{
System.out.println(r.name+"————"+r.sex);
}
}
}
}
class InputoutputDemo
{
public static void main(String[] args)
{
Res r = new Res();
Input in = new Input(r);
Output out = new Output(r);
Thread t1 = new Thread(in);
Thread t2 = new Thread(out);
t1.start();
t2.start();
}
}
观察结果:
由于输入线程一直抢夺资源,导致输出线程长时间属于阻塞状态。为了使其达到输入-输出的行为,考虑等待唤醒机制。
注意:以下三种方法使用时要求必须有监视器(锁),因此必须使用在同步里。需要标示他们所操作线程持有的锁。等待和唤醒必须是同一个锁。
-wait();将该线程载入线程池,等待唤醒。(该方法抛出异常,故需要配合try catch使用)
-notify();随机唤醒线程池中一线程。
-notifyAll();唤醒线程池中所有线程。
代码如下:
class Res //共同处理的资源库
{
String name;
String sex;
boolean flag = false; //标识位来表示和判断已输入or已输出
}
class Input implements Runnable
{
private Res r;
Input (Res r)
{
this.r = r;
}
public void run()
{
int x = 0;
while (true)
{
synchronized (r)
{
if (r.flag) //如果标识位为真,说明已经输入,此时关闭输入,等待输出
{
try
{
r.wait();//wait配合try catch使用,且要标识锁。
}
catch (Exception e)
{
}
}
else //否则输入数据,置标识位为真并唤醒输出。
{
if (x==0)
{
r.name="mike";
r.sex="male";
x=1;
}
else
{
r.name="莉莉";
r.sex="女女女";
x=0;
}
r.flag = true;
r.notify(); //唤醒输出
}
}
}
}
}
class Output implements Runnable
{
private Res r;
Output (Res r)
{
this.r = r;
}
public void run()
{
while (true)
{
synchronized (r)
{
if (r.flag) //如果标识位为真,则有数据等待输出,此时取出数据后置标识位为假,唤醒输入
{
System.out.println(r.name+"————"+r.sex);
r.flag = false;
r.notify();
}
else //否则关闭输出。等待输入
try
{
r.wait();
}
catch (Exception e)
{
}
}
}
}
}
class InputoutputDemo
{
public static void main(String[] args)
{
Res r = new Res();
Input in = new Input(r);
Output out = new Output(r);
Thread t1 = new Thread(in);
Thread t2 = new Thread(out);
t1.start();
t2.start();
}
}
最后考虑到设计惯例,封装数据和操作方法,优化后代码如下(参考设计思路和设计惯例)
class Res //共同处理的资源库
{
private String name;
private String sex;
private boolean flag = false; //标识位来表示和判断已输入or已输出
public synchronized void set(String name,String sex)
{
if (flag)
try
{
this.wait(); //非静态同步函数的锁为this
}
catch (Exception e)
{
}
this.name = name;
this.sex = sex;
flag = true;
this.notify();
}
public synchronized void out()
{
if (!flag)
try
{
this.wait();
}
catch (Exception e)
{
}
System.out.println(name+"......."+sex);
flag = false;
this.notify();
}
}
class Input implements Runnable
{
private Res r;
Input (Res r)
{
this.r = r;
}
public void run()
{
int x = 0;
while (true)
{
if (x==0)
r.set("mike","male");
else
r.set("莉莉","女女女女");
x = (x+1)%2;
}
}
}
class Output implements Runnable
{
private Res r;
Output (Res r)
{
this.r = r;
}
public void run()
{
while (true)
{
r.out();
}
}
}
class InputoutputDemo
{
public static void main(String[] args)
{
Res r = new Res();
new Thread(new Input(r)).start(); //匿名对象,简化代码
new Thread(new Output(r)).start();
/* Input in = new Input(r);
Output out = new Output(r);
Thread t1 = new Thread(in);
Thread t2 = new Thread(out);
t1.start();
t2.start();
*/
}
}
避免死锁的方法:
1.加锁顺序
当多个线程需要相同的一些锁,但是按照不同的顺序加锁,死锁就很容易发生。
如果能确保所有的线程都是按照相同的顺序获得锁,那么死锁就不会发生。看下面这个例子:
Thread 1:
lock A
lock B
Thread 2:
wait for A
lock C (when A locked)
Thread 3:
wait for A
wait for B
wait for C
如果一个线程(比如线程3)需要一些锁,那么它必须按照确定的顺序获取锁。它只有获得了从顺序上排在前面的锁之后,才能获取后面的锁。按照顺序加锁是一种有效的死锁预防机制。但是,这种方式需要你事先知道所有可能会用到的锁,并对这些锁做适当的排序,但总有些时候是无法预知的。
2.加锁时限
另外一个可以避免死锁的方法是在尝试获取锁的时候加一个超时时间,这也就意味着在尝试获取锁的过程中若超过了这个时限该线程则放弃对该锁请求。若一个线程没有在给定的时限内成功获得所有需要的锁,则会进行回退并释放所有已经获得的锁,然后等待一段随机的时间再重试。这段随机的等待时间让其它线程有机会尝试获取相同的这些锁,并且让该应用在没有获得锁的时候可以继续运行。此外,如果有非常多的线程同一时间去竞争同一批资源,就算有超时和回退机制,还是可能会导致这些线程重复地尝试但却始终得不到锁,因为这些线程等待相等的重试时间的概率就高的多。
这种机制存在一个问题,在Java中不能对synchronized同步块设置超时时间。你需要创建一个自定义锁,或使用Java5中java.util.concurrent包下的工具。写一个自定义锁类不复杂,但超出了本文的内容。
3.死锁检测
死锁检测是一个更好的死锁预防机制,它主要是针对那些不可能实现按序加锁并且锁超时也不可行的场景。
每当一个线程获得了锁,会在线程和锁相关的数据结构中(map、graph等等)将其记下。除此之外,每当有线程请求锁,也需要记录在这个数据结构中。
当一个线程请求锁失败时,这个线程可以遍历锁的关系图看看是否有死锁发生。例如,线程A请求锁7,但是锁7这个时候被线程B持有,这时线程A就可以检查一下线程B是否已经请求了线程A当前所持有的锁。如果线程B确实有这样的请求,那么就是发生了死锁(线程A拥有锁1,请求锁7;线程B拥有锁7,请求锁1)。
当然,死锁一般要比两个线程互相持有对方的锁这种情况要复杂的多。线程A等待线程B,线程B等待线程C,线程C等待线程D,线程D又在等待线程A。线程A为了检测死锁,它需要递进地检测所有被B请求的锁。从线程B所请求的锁开始,线程A找到了线程C,然后又找到了线程D,发现线程D请求的锁被线程A自己持有着。这是它就知道发生了死锁。
下面是一幅关于四个线程(A,B,C和D)之间锁占有和请求的关系图。像这样的数据结构就可以被用来检测死锁。
那么当检测出死锁时,这些线程该做些什么呢?
一个可行的做法是释放所有锁,回退,并且等待一段随机的时间后重试。这个和简单的加锁超时类似,不一样的是只有死锁已经发生了才回退,而不会是因为加锁的请求超时了。虽然有回退和等待,但是如果有大量的线程竞争同一批锁,它们还是会重复地死锁,原因同超时类似,不能从根本上减轻竞争。
一个更好的方案是给这些线程设置优先级,让一个(或几个)线程回退,剩下的线程就像没发生死锁一样继续保持着它们需要的锁。如果赋予这些线程的优先级是固定不变的,同一批线程总是会拥有更高的优先级。为避免这个问题,可以在死锁发生的时候设置随机的优先级。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。