共计 1450 个字符，预计需要花费 4 分钟才能阅读完成。
Java 线程模型
文章已同步至 GitHub 开源我的项目: Java 超神之路
并发不肯定都要用到线程，比方 PHP 中用到的是多过程。然而在 Java 中并发基本上都是应用线程来实现的。咱们先来看看线程在 Java 虚拟机中是如何实现的。
线程的实现
支流的操作系统都提供了线程的实现，Java 线程则提供了在不同硬件和操作系统下对线程的对立解决。每个曾经 start 且并未完结的 Thread 类的实例对象都是一个线程。
咱们查看 Thread 的 JDK 源码，发现所有的办法都被 native 润饰。也就是说，Thread 是应用平台相干的伎俩来实现的。在不同的操作系统或者硬件平台都有不同的实现。因而，题目为 线程的实现，而不是Java 线程的实现
实现线程次要有三种形式
- 内核线程（1:1 线程模型）
- 用户线程（1:N 线程模型）
- 用户线程 + 轻量级过程 混合（N:M 线程模型）
-
内核线程的实现
内核线程 (Kernel-Level Thread，KLT) 是由操作系统内核间接反对的线程。这种线程由内核来实现线程切换。内核通过操纵调度器对内核线程进行管制，并负责将线程的工作映射到各个处理器。
程序个别不会间接应用内核线程，而是应用它的高级接口：
轻量级过程（LWP）。轻量级过程就是咱们通常意义上讲的线程。每个轻量级过程都由一个内核线程反对。因而这种形式称为 1:1 的线程模型 因为内核线程的反对，每个轻量级过程都是一个独立的调度单元。因为是基于零碎内核实现的，所以此种形式在对线程进行创立，同步等操作的时候都须要零碎内核调用。须要在用户态和零碎内核态之间频繁切换，影响性能。
-
用户线程的实现
用户线程指齐全建设在用户态的线程库中，用户线程的创立，同步，销毁，调度等操作齐全在用户态中实现，不须要在频繁切换内核态。因而速度很快。很多高性能的数据库中的多线程就是用的用户线程。
因为是一个过程对应多个用户线程，因而，线程模型是 1:N 的
毛病：
- 因为所有的线程操作都须要由用户解决，所以线程的创立，销毁，切换，调度都是用户须要思考的问题。
- 因为操作系统只将处理器的资源分配到过程水平，所以
阻塞如何解决,多处理器现在分配资源等问题都须要由用户解决。
Java，Ruby 等语言都应用过用户线程，然而最终都放弃了。
-
用户线程 + 轻量级过程 混合实现
在这种状况下，既存在用户线程，又存在轻量级过程，
用户线程的建设还是在用户态中，因而不须要频繁切换内核态，保障了速度的高效。轻量级过程为用户线程和内核线程的桥梁。这样能够应用内核提供的线程调度性能解决用户线程中存在的问题。用户线程和轻量级过程的比例是不确定的。因而是 N:M 的线程模型
Java 线程的实现
Java 标准中并没有具体要求应用哪种形式来实现
在 JDK1.2 之前，应用一种 绿色线程 的用户线程来实现的。
JDK1.3 之后，广泛采纳内核线程来实现，也就是 1:1 的线程模型。
以市场占有率最大的 HotSpot 虚拟机来举例，它的每一个线程都是间接映射到操作系统的原生线程来实现的。两头没有额定的构造，所有的线程调度都是由操作系统实现的，虚拟机全权交给操作系统解决。
操作系统反对什么样的线程模型，很大水平上会影响在此零碎上的虚拟机的抉择。所以在 JVM 标准中，不会限定应用哪种线程模型。因为 Thread 类对底层的标准对立，对于下层的 Java 利用来说，底层的差别都是通明的。只有面向 Thread 类进行编程就好了。
这也间接的合乎了设计准则中的 依赖倒置准则。
文章已同步至 GitHub 开源我的项目: Java 超神之路 更多 Java 相干常识，欢送拜访！