java 线程小结

1, 为什么wait与notify之前必须要加synchronized?

答案其实很简单，也是为了防止等待-通知机制出现race condition

为什么会出现race condition ?
答： 对象在被wait之前已经被另一线程notify , 之后的wait 会永久停止,并导致deadlock(死锁)

理想情况：
1, 第一个线程判断该对象是否要wait
2, 第一个线程将对象wait
3, 第二个线程再将对象notify

实际情况
1, 第一个线程判断该对象是否要wait
2, 第二个线程将对象notify
3, 第一个线程将对象wait

为了防止这些情况，才需要在wait与notify之前加synchronized

java 代码

A a = A.getInstance();//单例对象,同一份实例不销毁
synchronized (a) {
a.wait();
}
-------------------------------另一线程
A a = A.getInstance();
synchronized(a) {
a.notify();
}
等待-通知机制必须与sychronized一起用,否则自身也会有 race condition.

2, 静态同步方法与非静态同步方法的区别

有时，我们经常会碰到这样的代码！

业务逻辑的封装类:

public class Logic {
private static final Log log = LogFactory.getLog(Logic.class);
private static Logic logic;

private Logic() {}

public static Logic getInstance() {
if (null == logic) {
logic = new Logic();
}

return logic;
}

public static synchronized void testStatic() {
log.info(Thread.currentThread().getName() + " : static method is running");
}

public synchronized void testNonStatic() {
log.info(Thread.currentThread().getName() + " : non static method is running");
}
}
非静态方法的执行:

public class ThreadRun1 extends Thread {
private static final Log log = LogFactory.getLog(ThreadRun1.class);

public void run() {
Logic logic = Logic.getInstance(); // object reference

try {
Thread.sleep(3000);
} catch (InterruptedException e) {
log.error("some exceptions occured :", e);
}

logic.testNonStatic();

logEnd();
}

private void logEnd() {
log.info("thread run1 end");
}
}
静态类方法的执行

public class ThreadRun2 extends Thread {
private static final Log log = LogFactory.getLog(ThreadRun1.class);

public void run() {
Logic.testStatic(); // class static reference

try {
Thread.sleep(5000);
} catch (InterruptedException e) {
log.error("some error ocuur :", e);
}

logEnd();
}

private void logEnd() {
log.info("thread run2 end");
}
}
测试类

public class TestThread {

/**
* @param args
*/
public static void main(String[] args) {
ThreadRun1 run1 = new ThreadRun1();
run1.start();
ThreadRun2 run2 = new ThreadRun2();
run2.start();
}
}
现在有2根线程，其中一根会调用testStatic() , 而另一根会在testStatic未执行结束前调用testNonStatic！
那么，按照多线程同步原则，该对象会在调用testStatic()方法时被锁定，而该方法未结束前如果调用testNonStatic()方法，则必须要等待第一个线程执行完后，才可以执行继续执行！

但是，实际情况是两线程可同时被调用！

区别在于，前者是静态的，不需要实例化即可调用，那么既然连实例化的对象都没创建，何来锁住对象呢！
大家都知道，静态的方法一般都是直接调用“类.方法”来执行的，因此，调用testStatic锁住的其实是类！（锁住类不等于锁住该类实例的对象！）

总结：每个class只有一个线程可以执行静态同步方法，每个类的对象，只有一个线程可以执行同步方法！当对象实例调用同步方法，而同步方法中又调用了class的静态同步方法，其实此次调用一共锁住了2个不同的对象监视器！

Class级别的锁与Object级别的锁是不一样的, 两者相互独立

3, thread 的 join 方法与 isAlive 方法的区别.

java 代码

log.info("current thread running");
thread1.join(); // 当前线程在执行到join方法后, 会被block住 , 直到thread1线程处理结束或死亡
log.info("current thread stopping");
java 代码

log.info("current thread running");
thread1.isAlive(); // 直接返回true or false
log.info("current thread stopping");
join方法是使当前线程阻塞,直到引用的线程结束才激活.

4, wait-notify机制

在一个以上的thread wait住时,调用notify是随机的唤醒某一thread.

而notifyAll则是唤醒所有等待的线程, 但只有一个线程可以在唤醒后lock object monitor,
所以, notifyAll操作也是有利弊的.

wait-notify机制, 单次唤醒是随机的, 全部唤醒则会导致大部分线程阻塞.

8, Lock接口替代synchronized

a, Lock接口可以比sychronized提供更广泛的锁定操作.可以提供多把不同的锁.且锁之间互不干涉.
b, Lock接口提供lock()与unlock()方法, 使用明确调用来完成同步的, OO思想好于前者.
c, Lock可以自由操控同步范围(scope).
d, Lock接口支持nested lock(嵌套锁定).并提供了丰富的api.
e, Lock接口提供了tryLock()方法, 支持尝试取得某个object lock.

5, Condition替代wait与notify

// 生产/消费者模式
public class Basket {
Lock lock = new ReentrantLock();

//产生Condition对象
Condition produced = lock.newCondition();
Condition consumed = lock.newCondition();
boolean available = false;

public void produce() throws InterruptedException {
lock.lock();

try {
if (available) {
produced.await(); //放弃lock进入睡眠
}

System.out.println("Apple produced.");

available = true;

consumed.signal(); //发信号唤醒等待这个Condition的线程
} finally {
lock.unlock();
}
}

public void consume() throws InterruptedException {
lock.lock();

try {
if (!available) {
consumed.await(); //放弃lock进入睡眠
}

/*吃苹果*/
System.out.println("Apple consumed.");

available = false;

produced.signal(); //发信号唤醒等待这个Condition的线程
} finally {
lock.unlock();
}
}
}

// 测试用类
public class ConditionTester {
public static void main(String[] args) throws InterruptedException {
final Basket basket = new Basket();

//定义一个producer
Runnable producer = new Runnable() {
public void run() {
try {
basket.produce();
} catch (InterruptedException ex) {
ex.printStackTrace();
}
}
};

//定义一个consumer
Runnable consumer = new Runnable() {
public void run() {
try {
basket.consume();
} catch (InterruptedException ex) {
ex.printStackTrace();
}
}
};

//各产生10个consumer和producer
ExecutorService service = Executors.newCachedThreadPool();

for (int i = 0; i < 10; i++)
service.submit(consumer);

Thread.sleep(2000);

for (int i = 0; i < 10; i++)
service.submit(producer);

service.shutdown();
}
}
Condition配合Lock接口可以轻松实现,比sychronized配合wait,notify更
强大的功能.

Condition接口可以为单个对象锁生成多个类似wait-notify机制的条件变量.

每个条件变量在执行wait-notify时,只会控制自身条件的线程,即触发notify时,只唤醒
自身条件变量上的wait线程,不会唤醒其他条件变量的wait线程.

建议: 同一把锁下, 允许有多个Condition, 且相互不干涉, 但是, 每个Condition都是按顺序执行的.
(java关键字, 如果使用this, 则范围过大, 自己创建object来局部控制, 又不优雅)

注意: Condition的wait操作, 允许出现人为或意外的”虚假唤醒”, 所以, 为了保证Condition的作用域.
当调用wait时, 尝试使用循环结构.其中condition为await-singal的操作标示.

boolean condition = true;
while(condition) {
condition.await();
condition = false;
}
...
condition = true;
condition.singal();
6, 使用java.util.concurrent.atomic包,原子操作及解决volatile变量计算的race condition

private static AtomicInteger i = new AtomicInteger(0);

public void run() {
int v = i.incrementAndGet(); // 相当于++i
log.info("i = " + v);
}
包的特色:
1, 普通原子数值类型AtomicInteger, AtomicLong提供一些原子操作的加减运算.

2, 解决race condition问题的经典模式-”比对后设定”, 即 查看主存中数据是否与
预期提供的值一致,如果一致,才更新.

// 这边采用无限循环
for (;;) {
int current = get();
if (compareAndSet(current, newValue))
return current;
}
3, 使用AtomicReference可以实现对所有对象的原子引用及赋值.包括Double与Float,
但不包括对其的计算.浮点的计算,只能依靠同步关键字或Lock接口来实现了.

4, 对数组元素里的对象,符合以上特点的, 也可采用原子操作.包里提供了一些数组原子操作类

建议: 针对非浮点类型的数值计算, 数组元素及对象的引用/赋值, 优先采用原子类型.

优先考虑使用atmoic框架 .

7, 利用java semaphore信号量机制,控制某操作上线程的数量

java信号量的实现逻辑与操作系统解决进程同步问题时采用的PV操作类似.
即 P -> 临界区 -> V
其中P为消费,V生产,临界区是同步区域.

java semaphore提供了acquire()与release()两种操作,类似Lock的lock()与unlock.
区别在于, java semaphore对acquire有数量控制,即利用它的计数器大小,来控制多少线程可执行,其余全部阻塞.
而Lock中的lock()方法,一次只能允许一根线程执行,其余全部阻塞.

semaphore接口的构造函数中还提供了 一个boolean型的fair变量,表示,是否公平.
如果为ture,则每个线程会根据到达的顺序执行,而默认是false.

// 业务逻辑实现类
public class Logic {
private static final Log log = LogFactory.getLog(Logic.class);
private AtomicInteger sum = new AtomicInteger(0);
private Semaphore sp = new Semaphore(5); // 吞吐量为5条线程

public void test() {
try {
sp.acquire();
log.info(Thread.currentThread().getName() + " entered");
Thread.sleep(2000);
log.info(sum.getAndIncrement());
sp.release();
} catch (InterruptedException e) {
log.error("sleep error:", e);
}
}
}

// 线程测试类
public class RunThread {
public static void main(String[] args) {
final Logic logic = new Logic();

//定义一个producer
Runnable test = new Runnable() {
public void run() {
logic.test();
}
};

ExecutorService service = Executors.newCachedThreadPool();

for (int i = 0; i < 10; i++) {
service.submit(test);
}

service.shutdown();
}
}
注意; semaphore可以控制某个资源上读取操作的线程数量, 但是, semaphore本身是线程不安全的,
如果资源涉及到写入操作, 那么在操作中加上同步后, 信号量的作用也就跟Lock接口一样了.(一次只能执行一根线程)

8, 利用CyclicBarrier屏障接口实现,线程集合/解散功能

java有好多种的屏障实现, 简单的几种如下:

a, 利用条件变量Condition实现wait-notify机制,等待所有的线程都wait在某一个
集合点时,notifyAll一下. 缺点是需要一根监控线程

b, 利用join方法,开一个监视线程, 每次调用这个线程取被block住的线程数量.
当达到指定数量后, 监视线程自动死亡,以放开所有的被block threads.

c, 利用CyclicBarrier提供的功能,只需要在集合点处调用await()方法,即可.

// 试验屏障功能的类
public class Logic {
private static final Log log = LogFactory.getLog(Logic.class);
private int value = 21;
private CyclicBarrier cyclic = new CyclicBarrier(3);

public int getValue() {
return value;
}

public void setValue(int value) {
this.value = value;
}

public void expression1() {
try {
Thread.sleep(1000);
log.info(value/2);
cyclic.await();
log.info(Thread.currentThread().getName() + " end.");
} catch (InterruptedException e) {
log.error(e);
} catch (BrokenBarrierException e) {
log.error(e);
}
}

public void expression2() {
try {
Thread.sleep(2000);
log.info(value*2);
cyclic.await();
log.info(Thread.currentThread().getName() + " end.");
} catch (InterruptedException e) {
log.error(e);
} catch (BrokenBarrierException e) {
log.error(e);
}
}

public void expression3() {
try {
Thread.sleep(3000);
log.info(value+2);
cyclic.await();
log.info(Thread.currentThread().getName() + " end.");
} catch (InterruptedException e) {
log.error(e);
} catch (BrokenBarrierException e) {
log.error(e);
}
}
}

// 线程测试类
public class RunThread {
public static void main(String[] args) {
final Logic logic = new Logic();
Runnable run1 = new Runnable() {
public void run() {
logic.expression1();
}
};

Runnable run2 = new Runnable() {
public void run() {
logic.expression2();
}
};

Runnable run3 = new Runnable() {
public void run() {
logic.expression3();
}
};

//各产生10个consumer和producer
ExecutorService service = Executors.newCachedThreadPool();

service.submit(run1);
service.submit(run2);
service.submit(run3);

service.shutdown();
}
}
注意: 使用屏障的时候, 小心异常的放生,当发生异常,所有线程都会被释放
等待中的线程将被中断. 且发生异常的屏障将不可用,需要屏障的实例reset一下.

9, 利用CountDownLatch接口实现线程集合/解散功能,类似CyclicBarrier,区别是倒数且只跑一次

接口方法与CyclicBarrier基本相同,不同在于构造函数需要传入一数量,表示
倒数的开始数量.以后会递减这个值

转载请注明原文链接：http://kenwublog.com/java-thread-summary