进程与线程
在Java语言里面最大的特点是支持多线程的开发( 也是为数不多支持多线程的编程语言)，所以在整个的java技术的学习里面，如果你不能够对多线程的概念有一个全面并且细致的了解，则在日后进行一些项目设计的过程之中尤其是并发访问设计的过程之中就会出现严重的技术缺陷。
如果要想理解线程，那么首先就需要了解一下进程的概念，在传统的DOS时代，其本身有一个特征:如果你电脑上出现了病毒，那么所有的程序将无法执行，因为传统的DOS采用的是单进程处理，而单进程处理的最大特点:在同一个时间段上只允许-一个程序在执行。
那么后来到了Windows的时代就开启了多进程的设计，于是就表示在一个时间段上可以同时运行多个程序，并且这些程序将进行资源的轮流抢占,所以在同一个时间段上会有多个程序执行，但是在同一个时间点上只会有一个进程执行，而后来到了多核CPU,由于可以处理的CPU多了，那么即便有再多的进程出现，也可以比单核CPU处理的速度有所提升。
线程是在进程基础之.上划分的更小的程序单元，线程是在进程基础上创建并且使用的，所以线程依赖于进程的支持，如果没有进程线程也就不再了，线程的启动速度要比进程快许多，所以当使用多线程进行并发处理的时候，其执行性能要高于进程。
java是多线程的编程语言，所以java在进行并发访问处理的时候可以得到更高的处理性能。
继承Thread类实现多线程
如果要想在Java 之中实现多线程的定义，那么就需要有一个专门的线程主体类进行线程的执行任务的定义，而这个主体类的定义是有要求的，必须实现特定的接口或者继承特定的父类才可以完成。
Java里面提供有一个java.lang.Thread的程序类，那么一个类只要继承了此类就表示这个类为线程的主体类，但是并不是继承了这个类就可以直接实现多线程处理了，因为还需要覆写Thread类中提供的一个run()，而这个方法就属于线程的主方法。
多线程主体类
多线程要执行的功能都应该在run()方法中定义，需要说明的是：在正常情况下如果要想使用类中的一个方法，那么肯定要产生实例化对象，而后去调用类中提供的方法，但是run()方法 是不能够被直接调用的，，因为这里面牵扯到一个操作系统的资源调度问题，所以要想启动多线程必须使用start()方法完成（public void start()）。
通过此时的调用你可以发现，虽然调用了是start()方法，但是最终执行的是run(方法，并且所有的线程对象都是交替执行的。疑问?为什么多线程的启动不直接使用run0方法而必须使用Thread类中的start(方法呢?如果要想清楚这个问题，最好的做法是查看- - 下start0方法的实现操作，可以直接通过源代码观察。CTRL+鼠标点击的类查看源代码
发现在start()方法里面会抛出-一个“IlleglThreadStateException” 异常类对象，但是整个的程序并没有使用throws或是明确的try. catch处理，因为该异常一定 是RuntimeException的子类;每个线程类的对象只允许启动一次，如果重复启动则就抛出此异常，例如下面代码就会抛出此异常。
看源码，start()方法里面调用了start0方法，而start0方法只定义了方法名称，但是没有实现(private native void start0();)，在java程序的执行过程中考虑到对不同层次开发者的需求，所以其支持有本地的操作系统函数调用，而这项技术就被称为JNI（java native interface）技术，但是Java开发过程之中并不推荐这样使用，利用这项技术可以使用一些操作系统提供底层函数进行特殊的处理，而在Thread类里面提供的start0（）就表示需要将此方法依赖于不同的操作系统实现
任何情况下，只要定义了多线程，多线程的启动永远只有一种方案：Thread类中的start()方法。
Runnable接口实现多线程
虽然可以通过Thread类的继承来实现多线程的定义，但是在Java程序里面对于继承永远都是存在有单继承的局限，所以java里面又提供有第二种多线程的主体定义结构形式:实现java lang Runnable接口（函数式接口@functionalinterface）。此接口定义如下：
但是此时由于不再继承Thread父类了，那么对于此时的MyThread类中也就不再支持有start()这个继承的方法，可是如果不使用Thread.start()方法是无法进行多线程启动的，那么这个时候就需要去观察一下Thread类所提供的构造方法：
构造方法：public Thread（Runnable target）
这个时候的多线程实现里面可以发现，由于只是实现了Runnable接口对象，所以此时线程主体类上就不再有单继承局限了，那么这样的设计才是一个标准型的设计。
可以实现从jdk1.8开始，Runnable接口使用了函数式即可定义，所以可以使用直接利用Lambda表达式进行线程类定义。下面new Thread(new Runable()(lambda表示)).start()
以后开发中对于多线程的实现，优先考虑的就是Runnable接口的实现
Thread与Runnable关系
经过一系列的分析之后可以发现，在多线程的实现过程之中已经有了两种做法: Thread 类、Runnable接口，如果从代码的结构本身来讲肯定使用Runnable是最方便的，因为其可以避免单继承的局限,I同时也可以更好的进行功能的扩充。
但是从结构上也需要来观察Thread与Runnable的联系，打开Thread类的定义:
public class Thread extends Object Implements Runnable{}
发现现在Thread类也是Runnable接口的子类，那么之前在继承Thread类的时候复写的实际上还是Runnable接口的方法
多线程的设计之中，使用了代理设计模式的结构，用户自定义的线程主体只是负责项目核心功能的实现，而所有的辅助实现全部交由Thread类来处理
在进行Thread启动多线程的时候调用的是start()方法， 而后找到的是run(方法，但通过Thread类的构造方法传递了一个Runnable接口对象的时候，那么该接口对象将被Thread类中的target属性所保存，在start(方法执行的时候会调用Thread类中的run()方法，而这个run0方法去调用Runnable接口子类被覆写过的run()方法。
多线程开发的本质是多个线程可以进行同一资源的抢占，那么Thread主要描述的是线程，而Runnable主要描述的是资源
范例：利用一个卖票程序来实现多个线程的资源并发访问
Callable接口实现多线程
从最传统的开发来讲如果要进行多线程的实现肯定依靠的就是Runnable,但是Runnable接口有一个缺点：当线程执行完毕之后无法获取一个返回值，所以jdk1.5之后就提出了一个线程实现接口：java.util.concurrent.Callable接口，首先来观察这个接口的定义：
可以发现Callable定义的时候可以设置一个泛型，此泛型的类型就是返回的数据类型，这样的好处是可以避免向下转型带来的安全隐患。
面试题：请解释Runnable与Callable的区别？
Runnable是在jdk1.0的时候提出的多线程的实现接口，而Callable是在jdk1.5之后提出的；
java.lang.Runnable接口之中只提供有一个run()方法，并且没有返回值；
java.util.concurrent.Callable接口提供有call()方法，可以有返回值；
多线程的运行状态
对于多线程的开发而言，编写程序的过程之中总是按照：定义线程主体类，而后通过Thread类进行线程的启动，但是并不意味这你调用了start（）方法，线程就已经开始运行了，因为，整体的线程处理有自己的一套运行状态。
1、任何一个线程的对象都应该使用Thread类进行封装，所以线程的启动使用的是start(),但是启动的时候实际上若干个线程都将进入到一种就绪状态，现在并没有执行；
2、进入到就绪状态之后就需要等待进行资源调度，当某一个线程调度成功之后则进入到运行状态run（）方法状态，但是所有的线程不可能一-致持续执行下去，中间需要产生一些暂停的状态，例如:某个线程执行一段时间之后就需要让出资源，而后这个线程进入到阻塞状态，随后重新回归到就绪状态;。
3、当 run()方法执行完毕之后，实际上该线程的主要任务也就结束了，那么此时就可以直接进入到停止状态
start是准备执行，到执行不执行要看操作系统的脸色