多线程-----重点内容记录解析
1、抢占式多任务和协作（非抢占）式多任务：
使用抢占式调度的系统给每个可运行的线程一个时间片来处理任务。当这个时间片用完时，操作系统剥夺该线程对资源的占用，使其他线程有机会运行。在选择下一个线程时，操作系统会考虑到线程的优先级。
所有现代的桌面和服务器操作系统都使用抢占式调度。但一些小型设备，例如手机，可能会采用协作式调度。在这样的设备中，一个线程只有在调用sleep或yield这样的方法时才会丢失控制权
2、不要调用Thread类或Runnable对象的run方法，直接调用run方法会：
(1)只会在当前线程中执行任务，并不会启动新的线程，正确的做法是调用Thread.start方法，它会创建一个新的线程来执行run方法
(2)会立即执行，如果其他的线程正在执行一 半，那么会被迫让出cpu
sleep方法可以跑出一个InterruptedException，当发生InterruptedException异常时，我们的run方法将会退出
3、线程阻塞和中断：（阻塞可以恢复到阻塞的点上继续执行，而中断后该线程不再执行）
(1)阻塞：
当发生以下任何一种情况时，线程就进入被阻塞状态：
线程通过调用sleep方法进入睡眠状态
线程调用一个在I/O上被阻塞的操作
线程试图得到一个锁，而锁正被其他线程持有。
线程在等待某个触发条件，显示锁中的条件对象相关的
调用线程的suspend方法（不过该方法已经被弃用）
(2)中断：线程将在它的run方法返回时终止。在JDK1.0中，还存在一个stop方法，其他线程可以调用它来终止线程。不过这个方法现在已经被弃用了。
尽管现在已经没有强制终止线程的方法了，但是你还是可以用interrupt方法来请求终止一个线程。尽管如此，如果一个线程被阻塞了，它就无法检查中断状态了。这就是产生InterruptedException异常的地方。当在一个被阻塞的线程上调用interrupt方法时，阻塞调用（例如sleep或wait）就会被InterruptedException异常所终止。所以如果你循环调用sleep，就要花点心思检查中断状态并捕获interruptedException异常
(3)线程调度的方法：
sleep()方法: 会导致线程阻塞，但是线程不会释放它的“锁标志”
yield()方法: 使得线程放弃当前分得的cpu时间，但是不引起线程阻塞，线程处于可执行状态，随时可能再次分得cpu时间
wait()和notify()方法：可以配套使用，但如果wait()方法有设置了时间，也可以在超出指定时间后自动变成可执行状态。wait()使得线程进入阻塞状态。会放弃它所占有的“锁标志”，从而使得线程所在对象中的其他synchronized数据可被别的线程使用
警告：当sleep方法抛出一个InterruptedException异常时，它同时也会清除中断状态
有两个方法非常类似，interrupted和isInterrupted。interrupted方法是一个静态方法，它检查当前线程是否已被中断。而且调用interrupted方法会清除该线程的中断状态。另一方面，isInterrupted方法是一个实例方法，可以用它来检查是否有线程已经被中断了。调用它不会改变中断状态的值
注意点：
也许你会在很多发布的代码中发现InterruptedException异常被抑制在一个很低的层次上，就像下面：（不要这样做）
if(myLock.tryLock()){try{ }finally{myLock.unlock();}}else{//do something else}7、为什么要弃用stop和suspend方法
stop方法用来直接终止线程，而suspend方法会阻塞线程直到另一个线程调用resume。stop和suspend方法有一些共同点：都试图专横地控制一个给定线程的行为
stop方法
从JDK1.2开始，这两个方法就被弃用了。stop方法天生就不安全，这个方法终止所有为结束的方法，包括run方法。当一个线程停止时，它会立即释放所有它锁住的对象上的锁。这会导致对象处于不一致的状态。例如，转账过程，在取款之后存款之前便停止了，那么现在银行对象就被破坏了。因为锁已经被释放，这种破损会被那些未停止的线程锁观察到。你应该中断一个线程而不是停止它，被中断的线程会在安全的时候停止
suspend方法
与stop方法不同，suspend方法不会破坏对象。但是，如果你用suspend挂起一个拥有锁的线程，那么锁在恢复之前将不会被释放。如果调用suspend方法的线程试图取得相同的锁，程序就会死锁：被挂起的线程在等待恢复，而挂起它的线程在等待获得锁