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.1 线程调度
如果处于就绪状态的线程获得了CPU，开始执行 run() 方法的线程执行体，则该线程处于运行状态，当然在一个多处理器的机器上，将会有多个线程并行执行，当线程数大于处理器数时，依然会存在多个线程在同一个cpu上轮换的现象。
当 一个线程开始运行后，它不可能一直处于运行状态( 除非他的线程执行体足够短，瞬间就执行结束了)。线程在运行过程中需要被中断，目的是使其他线程获得执行的机会，线程调度的细节取决于底层平台所采用的策略，对于采用抢占式资源的的系统来讲，系统会给每个可执行的线程一个小时间段来处理任务；当该时间段用完后，系统就会剥夺该线程锁占用的资源，让其他线程获得执行机会。在选择下一个线程是，系统会考虑线程的优先级。
所有现代的桌面和服务器操作系统都采用抢占式调度策略，但一些小型设备如手机则可能采用协作式调度策略，再这样的系统中，只有当一个线程调用了它的sleep() 或yield() 方法后，才会放弃所占有的资源--也就是必须改线程主动放弃所占用的资源
2.2 线程阻塞
当发生如下情况是，线程就会进入阻塞状态
-
线程调用
sleep()方法主动放弃所占用的处理器资源 -
线程调用一个阻塞式 IO 方法，在该方法返回之前，该线程被阻塞 -
线程视同获得一个
同步监听器，但该同步监听器正被其他线程所持有，关于同步监听器的知识，后面讲存更深入的介绍 -
线程在等待某个通知（notify）
-
程序调用了线程的
suspend()方法将该线程挂起。但这个方法容易导致死锁，所以应该尽量避免使用该方法
当前正在执行的线程被阻塞之后，其他线程就可以获得执行的机会。被阻塞的线程会在合适的时候重新进入就绪状态，注意是就绪状态而不是运行状态。也就是说，被阻塞线程的阻塞解除后，必须重新等待线程调度器再次调度它。
2.3 解除阻塞
针对上面几种情况，当发生如下特定的情况时可以解除上面的阻塞，让该线程重新进入就绪状态：
- 调用sleep()方法的线程经过了指定时间。
- 线程调用的阻塞式IO方法已经返回。
- 线程成功地获得了试图取得的同步监视器。
- 线程正在等待某个通知时，其他线程发出了个通知。
- 处于挂起状态的线程被调甩了resdme()恢复方法。
三、线程死亡
3.1 死亡状态
线程会以如下3种方式结束，结束后就处于死亡状态：
-
run()或call()方法执行完成，线程正常结束。 -
线程抛出一个未捕获的
Exception或Error。 -
直接调用该线程
stop()方法来结束该线程——该方法容易导致死锁，通常不推荐使用。
