Java线程简述

        线程是比进程更轻量级的调度执行单位，引入线程后可以把原先一个进程的资源分配和执行调度分开，同一个进程内的各个线程既可以共享进程资源，又可以独立调度。

        主流的操作系统都提供了线程的实现，Java语言则是提供了基于不同硬件和操作系统平台下对线程的统一处理，每个调用过 start() 方法且未结束执行的 java.lang.Thread类的实例都代表一个线程。Thread类的所有关键方法都被声明为Native，意味着该方法使用与平台相关的手段来实现（也可能是为了执行效率）。

内核级线程

        内核线程 (kernel-level threads)指需要内核的参与，由内核完成线程的调度。 其依赖于操作系统核心，由内核的内部需求进行创建和撤销。 内核线程的线程表 (thread table)位于内核中，包括了 线程控制块 (TCB),一旦线程阻塞，内核会从当前或者其他进程 (process)中重新选择一个线程保证程序的执行。

        程序一般不会直接使用内核线程，而是使用内核线程的一种高级接口——轻量级进程（Light Weight Process,LWP），轻量级进程就是我们通常所讲的线程，从定义上看轻量级进程也属于用户线程，但每个轻量级进程的实现始终是建立在一个内核线程的支持之上的，因此需要消耗一定的内核资源，而且各种线程操作（创建、析构及同步）都需要进行系统调用。

Java线程的实现

        Java线程如何实现并不受Java虚拟机规范的约束，操作系统支持怎样的线程模型，在很大程度上会影响Java虚拟机的线程是怎样映射的。从JDK1.3起，主流商用Java虚拟机的线程模型普遍用基于操作系统原生线程模型来实现，即采用1：1的线程模型，因此Java虚拟机通常不会干涉线程调度，全权由操作系统处理，但JVM可以通过设置优先级“建议”操作系统给某些线程多分配一点执行时间。

        在以前的单体应用中，处理一个请求的线程可以允许花费较长时间，这种情况下线程切换也是无伤大雅的。而现代B/S系统中一次对外部业务请求的响应，往往需要分布在不同机器上的大量服务共同协作来实现。由于服务数量增多，要求每个服务都必须在极短时间内完成计算。1：1的线程模型是主流JVM的选择。但这种模型的缺陷是上下文切换、调度的成本高昂（内核级线程调度成本主要来自于用户态和核心态之间的状态切换，而状态切换的开销主要来自于响应中断、保护和恢复执行现场的成本），且系统能容纳的内核级线程数也是有限的。

协程

        协程不是进程或线程，其执行过程更类似于子例程，或者说不带返回值的函数调用。协程也相对独立，有自己的上下文，但是其切换由自己控制，由当前协程切换到其他协程由当前协程来控制。协程的局限是需要在应用层面实现的内容（调用栈、调用器等）特别多。