哈喽，大家好🎉，我是世杰。
⏩本次给大家介绍一下操作系统线程和Java的线程以及二者的关联
⏩要想解答这些问题，我们要先从操作系统线程开始说起，让我们开始吧🎉🎉🎉
根据进程访问资源的特点，我们可以把进程在系统上的运行分为两个级别：
用户态(User Mode) : 用户态运行的进程可以直接读取用户程序的数据，拥有较低的权限。
内核态(Kernel Mode)：内核态运行的进程几乎可以访问计算机的任何资源包括系统的内存空间、设备、驱动程序等，不受限制，拥有非常高的权限。当操作系统接收到进程的系统调用请求时，就会从用户态切换到内核态，执行相应的系统调用，并将结果返回给进程，最后再从内核态切换回用户态。
那为什么要区分用户态和内核态呢？
在 CPU 的所有指令中，有一些指令是比较危险的比如内存分配、设置时钟、IO 处理等，如果所有的程序都能使用这些指令的话，会对系统的正常运行造成灾难性地影响。因此，我们需要限制这些危险指令只能内核态运行。这些只能由操作系统内核态执行的指令也被叫做 特权指令 。
如果计算机系统中只有一个内核态，那么所有程序或进程都必须共享系统资源，例如内存、CPU、硬盘等，这将导致系统资源的竞争和冲突，从而影响系统性能和效率。并且，这样也会让系统的安全性降低，毕竟所有程序或进程都具有相同的特权级别和访问权限。
在早期的操作系统中，所有的线程都是在用户态下实现，操作系统只能调度线程所属的进程，而无法调度线程。
在这种模型下，用户需要自己定义线程的数据结构、创建、销毁、调度和维护等，这些线程运行在某个进程内，操作系统直接对进程进行调度。
『优点』：
『缺点』：
现代操作系统，包括 Windows、Linux、Mac OS X 和 Solaris 等，都支持内核线程。线程运行在内核空间，直接由内核负责，由内核来完成调度。
此时我们可以直接使用操作系统中已经内置好的线程，线程的创建、销毁、调度和维护等，都直接由操作系统的内核来实现，我们只需要使用系统调用就好了，不需要像用户级线程那样自己设计线程调度。
内核线程和用户线程的对应关系并不完全是1对1，其关联模式有三种
多对一线程模型：
多个用户线程对应到同一个内核线程上，线程的创建、调度、同步的所有细节全部由进程的用户空间线程库来处理。这样，极大地减少了创建内核态线程的成本，但是线程不可以并行。因此，这种模型现在基本上用的很少。
『优点』：
『缺点』：
一对一线程模型：
该模型为每个用户态的线程分配一个单独的内核态线程，在这种情况下，每个用户态都需要通过系统调用创建一个绑定的内核线程。 这种模型允许所有线程并行执行，能够充分利用多核优势。目前 Linux 中的线程、OpenJDK Java 线程等采用的都是一对一线程模型。每一个JVM线程，都有一个对应的内核线程。
『优点』：
『缺点』：
多对多线程模型：
这种模式下会为 n 个用户态线程分配 m 个内核态线程。m 通常小于 n。一种可行的策略是将 m 设置为核数。这种多对多的关系，减少了内核线程，同时也保证了多核心并行。多对多模型中线程的调度需要由内核态和用户态一起来实现，例如线程间同步需要用户态和内核态共同实现。用户态和内核态的分工合作导致实现该模型非常复杂。
PS: Linux多线程模型曾经也想使用该模型，但它太复杂，要对内核进行大范围改动，所以还是采用了一对一的模型！
『优点』：
『缺点』：
在进入 Java 线程主题之前，有必要讲解一下线程库 Thread library 的概念。
线程库就是为开发人员提供创建和管理线程的一套 API。线程库不仅可以在用户空间中实现，还可以在内核空间中实现。前者涉及仅在用户空间内实现的 API 函数，没有内核支持。后者涉及系统调用，也就是说调用库中的一个 API 函数将会导致对内核的系统调用，并且需要具有线程库支持的内核。
下面简单介绍下三个主要的线程库：
POSIX线程：是[POSIX]的[线程]标准，定义了创建和操纵线程的一套[API]。实现POSIX线程标准的库常被称作pthreads，一般用于[Unix-like] POSIX系统，如[Linux]、 [Solaris]。
Win32 线程：用于 Window 操作系统的内核级线程库
Java 线程：Java 线程 API 通常采用宿主系统的线程库来实现，也就是说在 Win 系统上，Java 线程 API 通常采用 Win API 来实现，在 UNIX 类系统上，采用 Pthread 来实现。
在 JDK 1.2 之前，Java 线程是基于称为 "绿色线程"（Green Threads）的用户级线程实现的，JVM 开发了自己的一套线程库或者说线程管理机制。
在 JDK 1.2 及以后，JVM 选择了更加稳定且方便使用的操作系统原生的内核级线程，通过系统调用，将线程的调度交给了操作系统内核。而对于不同的操作系统来说，它们本身的设计思路基本上是完全不一样的，因此它们各自对于线程的设计也存在种种差异，所以 JVM 中明确声明了：虚拟机中的线程状态，不反应任何操作系统中的线程状态。
因此，现今 Java 中线程的本质，其实就是操作系统中的线程，其线程库和线程模型很大程度上依赖于操作系统（宿主系统）的具体实现，比如在 Windows 中 Java 就是基于 Wind32 线程库来管理线程，且 Windows 采用的是一对一的线程模型。
每个线程都有一个线程栈空间通过-Xss设置，可以通过JVM配置，JVM的默认栈大小
不考虑系统限制，可以通过如下公式计算，得出最大线程数量
线程数量=（机器本身可用内存-JVM分配的堆内存）/Xss的值
根据计算公式，得出如下结论：
结论1：JVM堆越大，系统创建的线程数量越小。
结论2：当-Xss的值越小，可生成线程数量越多。
假如我们的容器内存大小是8G,堆大小是4096M，走-Xss默认值，可以得出 最大线程数量：4096个。
我们知道操作系统分配给每个进程的内存大小是有限制的，比如32位的Windows是2G。因此操作系统对一个进程下的线程数量是有限制的，不能无限的增多。
如果考虑系统限制，主要跟以下几个参数有关系
/proc/sys/kernel/pid_max 增大，线程数量增大，pid_max有最高值，超过之后不再改变，而且32，64位也不一样
/proc/sys/kernel/thread-max 系统可以生成最大线程数量
线程是非常宝贵的资源，我们要严格控制线程的数量
『引用』：