多线程学习（一）：中断线程

线程的中断：
第一种方法：stop方法：不正确的终止方法，已经被jdk弃用，原因是可能会出现线程安全问题。
代码示例：

public class StopThread extends Thread {
	private int i = 0, j = 0;

	@Override
	public void run() {
		synchronized (this) {
			//使用同步锁，增加线程安全
			++i;
			try {
				Thread.sleep(10000L);
			} catch (Exception e) {
				e.printStackTrace();
			}
			++j;
		}
	}

	public void print() {
		System.out.println("i=" + i + "j=" + j);
	}

}

public static void main(String[] args) throws Exception {
		StopThread thread = new StopThread();
		thread.start();
		Thread.sleep(1000);
		thread.stop();
//		thread.interrupt();
		thread.print();
	}

执行结果：

i = 1 j = 0

结果分析：
在线程正在睡眠时突然被中断，++j未执行。
解决方法：
使用Thread类中的interrupt方法：
interrupt方法代表着一种协同作用，意思就是说，A 线程需要 B 线程进行中断，那就去调用 B 线程实例的 interrupt() 方法就可以了。JDK通过 interrupt 机制帮助开发者实现线程间的协作工作。
但是该方法并不能保证线程一定会中断，首先stop方法是强制中断线程，是一种暴力停止的做法。线程终止的一个基本原则是一个线程不应该被另一个线程强制的结束或中断，而应该由该线程本身决定。interrupt通过修改目标线程的状态为中断状态，但是线程的终止的决定权还是在该线程自身决定。
使用interrupt方法后的结果：

出现InterruptedException是因为线程处在wait()、sleep()、join()调用时的阻塞状态，使其退出阻塞，并且清除中断状态，并且会弹出该异常。
如果是正在运行的普通线程，没有被上述方法调用阻塞，会将他的中断状态设置为true，不会影响他的正常工作
把这个异常抛给上层或catch到恢复到中断状态，如果不恢复的话就会在后面判断是否是中断状态的地方出现意想不到的效果。