多线程

java中实现多线程操作有两种方法：继承Thread类和实现Runnable接口

一、继承Thread类

//继承Thread类

class MyThread extends Thread {

    private String name ;

    public MyThread(String name) {

        this.name = name;

    }

    public void run() {//覆写Thread类中的run方法

        System.out.println("MyThread-->"+ name);

    }

}

public class TestThread {

    public static void main(String args[]) {

        MyThread t1 = new MyThread("线程1");

        MyThread t2 = new MyThread("线程2");

        t1.start();//调用线程启动方法

        t2.start();//调用线程启动方法

    }

}

二、实现Runnable接口

class MyThread implements Runnable {

    private String name ;

    public MyThread(String name) {

        this.name = name;

    }

    public void run() {//覆写Thread类中的run方法，这是线程的主体

        System.out.println("MyThread-->"+ name);

    }

}

public class TestThread {

    MyThread t = new MyThread("线程");

    new Thread(t).start();

    new Thread(t).start();

}

二 多线程的声明周期

新建  就绪  运行  阻塞  死亡

1） 新建和就绪状态

    当程序使用 new 关键字创建一个线程之后，改线程就处于新建状态，此时他去其他的java对象一样，仅仅由java虚拟机为期分配内存，并初始化其成员变量的值。此时的线程对象没有表现出任何线程的动态特征，程序也不会执行线程的线程执行体。

    当线程对象调用了 start() 方法之后，该线程处于就绪状态。Java 虚拟机会为其创建方法调用栈和程序计数器，处于这个状态中的线程并没有开始运行，只是表示该线程可以运行至于该线程何时开始运行，取决于 JVM 里线程调度器的调度。

注意：启动线程使用 start () 方法，而不是 run() 方法。永远不要调用线程对象的 run() 方法，调用 start() 方法来启动线程，系统会把改 run() 方法当成线程执行体来处理；但如果直接调用线程对象的run() 方法，则 run()方法立即就会被执行 ，而且在run() 方法返回之前其他线程无法并发执行。也就是说，系统会把线程对象当成一个普通的方法，而不是线程执行体。需要指出的是，调用了线程的 run() 方法之后，该线程以及不在处于新建状态，不要再次调用线程对象的 start() 方法。只能对处于新建状态的线程调用start() 方法，否则将引发 IllegalThreadStateException 异常

    调用线程对象的start() 方法之后，线程就会立即进入就绪状态--- 就绪状态相当于"等待执行"，但该线程并未真正进入运行状态，如果希望调用子线程的 start()方法后子线程立即开始执行，程序可以使用 Thread.sleep(1) 来让当前运行的线程睡眠1毫秒，1毫秒就足够了，因为这1毫秒内CPU 不会空闲，他会去执行另外一个处于就绪状态的线程，这样就可以让子线程立即开始执行。 

2) 运行和阻塞状态

2.1 线程调度

    如果处于就绪状态的线程获得了CPU，开始执行 run() 方法的线程执行体，则该线程处于运行状态，当然在一个多处理器的机器上，将会有多个线程并行执行，当线程数大于处理器数时，依然会存在多个线程在同一个cpu上轮换的现象。

    当 一个线程开始运行后，它不可能一直处于运行状态( 除非他的线程执行体足够短，瞬间就执行结束了)。线程在运行过程中需要被中断，目的是使其他线程获得执行的机会，线程调度的细节取决于底层平台所采用的策略，对于采用抢占式资源的的系统来讲，系统会给每个可执行的线程一个小时间段来处理任务；当该时间段用完后，系统就会剥夺该线程锁占用的资源，让其他线程获得执行机会。在选择下一个线程是，系统会考虑线程的优先级。

    所有现代的桌面和服务器操作系统都采用抢占式调度策略，但一些小型设备如手机则可能采用协作式调度策略，再这样的系统中，只有当一个线程调用了它的sleep() 或 yield() 方法后，才会放弃所占有的资源--也就是必须改线程主动放弃所占用的资源

2.2 线程阻塞

当发生如下情况是，线程就会进入阻塞状态

1. 线程调用 sleep() 方法主动放弃所占用的处理器资源

2. 线程调用一个阻塞式 IO 方法，在该方法返回之前，该线程被阻塞

3. 线程视同获得一个同步监听器，但该同步监听器正被其他线程所持有，关于同步监听器的知识，后面讲存更深入的介绍

当发生如下情况时，线程将会进入阻塞状态

① 线程调用sleep()方法主动放弃所占用的处理器资源

② 线程调用了一个阻塞式IO方法，在该方法返回之前，该线程被阻塞

③ 线程试图获得一个同步监视器，但该同步监视器正被其他线程所持有。关于同步监视器的知识、后面将存更深入的介绍

④ 线程在等待某个通知（notify）

⑤ 程序调用了线程的suspend()方法将该线程挂起。但这个方法容易导致死锁，所以应该尽量避免使用该方法

当前正在执行的线程被阻塞之后，其他线程就可以获得执行的机会。被阻塞的线程会在合适的时候重新进入就绪状态，注意是就绪状态而不是运行状态。也就是说，被阻塞线程的阻塞解除后，必须重新等待线程调度器再次调度它。

2.3 解除阻塞

针对上面几种情况，当发生如下特定的情况时可以解除上面的阻塞，让该线程重新进入就绪状态：

① 调用sleep()方法的线程经过了指定时间。

② 线程调用的阻塞式IO方法已经返回。

③ 线程成功地获得了试图取得的同步监视器。

④ 线程正在等待某个通知时，其他线程发出了个通知。

⑤ 处于挂起状态的线程被调甩了resdme()恢复方法。

图 2.1 线程状态转换图

从图2.1中可以看出，线程从阻塞状态只能进入就绪状态，无法直接进入运行状态。而就绪和运行状态之间的转换通常不受程序控制，而是由系统线程调度所决定。当处于就绪状态的线程获得处理器资源时，该线程进入运行状态；当处于运行状态的线程失去处理器资源时，该线程进入就绪状态。但有一个方法例外，调用yield()方法可以让运行状态的线程转入就绪状态。关于yield()方法后面有更详细的介纽。

三、线程死亡

3.1 死亡状态

线程会以如下3种方式结束，结束后就处于死亡状态：

① run()或call()方法执行完成，线程正常结束。

② 线程抛出一个未捕获的Exception或Error。

③ 直接调用该线程stop()方法来结束该线程——该方法容易导致死锁，通常不推荐使用。