在java中，谈到线程，必然少不了Thread类。线程是比进程更轻量级的调度执行单位。为什么用线程？通过使用线程，可以把操作系统进程的资源分配和执行调度分开，各个线程既可以共享进程资源（内存地址、文件I/O等），又可以独立调度（线程是CPU调度的基本单位）。
主流操作系统（Windows, Linux）都提供了线程的实现，Java则提供了在不同硬件和操作系统下对线程的统一处理，Thread类则是Java中线程的实现。
Java线程的实现方式：
Java线程使用操作系统的内核线程实现，内核线程（Kernel-Level Thread, KLT）是直接由操作系统内核（Kernel，内核）支持的线程，这种线程由内核来完成线程切换，内核通过操纵调度器（Scheduler）对线程进行调度，并负责将线程的任务映射到各个处理器上。每个内核线程可以视为内核的一个分身（孙悟空的分身术？），这样操作系统就有能力同时处理多件事情，支持多线程的内核就叫做多线程内核（Muti-Threads Kernel)。
Java程序如何使用内核线程：
程序一般通过使用内核线程的高级接口-----轻量级进程（Light Weight Process, LWP），也就是我们通常意义上的线程。每个LWP都由一个内核线程支持。也就是说任何时候使用Java代码创建线程，调用Thread.start()的时候，都是通过LWP接口创建了KLT内核线程，然后通过OS的Thread Scheduler对内核线程进行调度分配CPU。线程模型如下图所示：
内核线程的优点：
（1）每一个内核线程都是独立的轻量级进程，一个线程的阻塞不会影响整个进程的工作。
内核线程的缺点：
（1）由于是基于内核线程实现，各种线程的操作，如创建、析构、中断、休眠和同步，都需要系统调度（频繁从用户态切换进内核态），而系统调度的代价相对较高；
（2）占用内核资源，同时轻量级进程的数量有限。
Thread线程运行在Java Virtual Machine中，要理解Java中线程的运行方式，得先了解Java内存模型。Java虚拟机规范中定义了一种Java内存模型（Java Memory Model）来屏蔽各种硬件和操作系统的内存访问差异，以实现Java程序在各种平台下都能达到一致的内存访问效果（一次编译，随处运行得以实现的基础）。
主内存与工作内存：
JAVA内存模型规定了所有的变量都存储在主内存（Main Memory）中。所有的线程都有自己的工作内存，工作内存中保存了被该线程使用到的变量的主内存副本拷贝，线程对变量的所有操作（读取、赋值）都必须在工作内存中执行，而不能直接读写主内存中的变量。同时，线程之间也无法读写各自的工作内存。关系图：
线程状态转换图：
Thread#yield()：
执行此方法会向系统线程调度器（Schelduler）发出一个暗示，告诉其当前JAVA线程打算放弃对CPU的使用，但该暗示，有可能被调度器忽略。使用该方法，可以防止线程对CPU的过度使用，提高系统性能。
Thread#sleep(time)或Thread.sleep(time, nanos)：
使当前线程进入休眠阶段，状态变为：TIME_WAITING
Thread.interrupt()：
中断当前线程的执行，允许当前线程对自身进行中断，否则将会校验调用方线程是否有对该线程的权限。
如果当前线程因被调用Object#wait(),Object#wait(long, int), 或者线程本身的join(), join(long),sleep()处于阻塞状态中，此时调用interrupt方法会使抛出InterruptedException，而且线程的阻塞状态将会被清除。
Thread#interrupted()，返回true或者false：
查看当前线程是否处于中断状态，这个方法比较特殊之处在于，如果调用成功，会将当前线程的interrupt status清除。所以如果连续2次调用该方法，第二次将返回false。
Thread.isInterrupted()，返回true或者false：
与上面方法相同的地方在于，该方法返回当前线程的中断状态。不同的地方在于，它不会清除当前线程的interrupt status状态。
Thread#join()，Thread#join(time)：
A线程调用B线程的join()方法，将会使A等待B执行，直到B线程终止。如果传入time参数，将会使A等待B执行time的时间，如果time时间到达，将会切换进A线程，继续执行A线程。