续上篇《使用java多线程顺序打印“ABCABC”》

阅读更多

上篇《使用java多线程顺序打印“ABCABC”》说明了，怎样使用多线程连续打印出“ABCABC”。我突然想试试如果不加锁会怎么样？加锁与不加锁的性能比又如何。

代码如下

package com.jrkui.thread;

import com.jrkui.util.ThreadUtil;

public class OrderPrintThread2 extends Thread{
	private Lock lock;
	private String flag;
	
	public OrderPrintThread2(String flag, Lock lock) {
		this.flag = flag;
		this.lock = lock;
		setName("Thread " + flag);
	}
	
	@Override
	public void run() {
		int count = 10;
		while(count > 0)
		{
			if(lock.getFlag().equals(flag))
			{
				System.out.println(flag);
				count--;
				
				if("A".equals(flag))
					lock.setFlag("B");
				else if("B".equals(flag))
					lock.setFlag("C");
				else if("C".equals(flag))
					lock.setFlag("A");
			}
		}
	}
	
	public static void main(String[] args) {
		ThreadUtil.timeRuntimeShutDown();
		
		Lock lock = new Lock();
		lock.setFlag("A");
		OrderPrintThread2 thread1 = new OrderPrintThread2("A", lock);
		OrderPrintThread2 thread2 = new OrderPrintThread2("B", lock);
		OrderPrintThread2 thread3 = new OrderPrintThread2("C", lock);
		
		thread1.start();
		thread2.start();
		thread3.start();
	}
}

运行第一遍时，我很奇怪的发现，竟然也能顺序打印出“ABCABC...”，难道不用加锁也可以吗？于是我尝试着输出更多的信息，比如在调用"Lock#setFlag"方法中输出当前线程名与输入的flag值，这时就发现不同了，顺序完全是混乱的。而且在运行多次时，偶尔还会发现有死锁的情况。这就说明，不加锁肯定是有潜在的问题的，即使输出的结果貌似是一样的。但是至于为什么会这样，光凭打印出的信息很难判断，需要深入到java线程的实现机制才能知道了。

至于加锁与不加锁的性能比，不加锁花的时间是加锁的5～10倍。