多线程如何工作？

内核->进程->线程图中的是什么？

在相当流行的 POSIX 标准中（与许多操作系统或多或少一致）：

• 进程是一个成熟的操作系统对象，具有权限（用户 ID、组等）、开放通道和套接字、当前目录、语言环境以及其他权利和责任。您可以使用调试器等连接到它。进程的一个重要特性就是与环境有良好的隔离性，具体来说，它可以崩溃而几乎不损坏任何东西，或者可以被“杀死”；
• 线程——“进程”对象的子对象（在现代实现中操作系统是可见的，但这不是必需的），被描述为“控制流”，即，至少它有自己的堆栈、自己的当前指令（函数）、自己的整数和浮点计算器状态。并可以访问和控制其所属进程的所有资源。一个进程中至少有一个线程（主线程）。任何线程的崩溃几乎都会导致整个进程崩溃。就像强行中断一个流程，虽然有时你想这样做，但通常非常困难（例如 C11/C++11/Python 语言标准根本没有提供这样的能力，只有说服）；
• 核心（CPU） - 无论有没有 HT/SMT，它都是临时或永久分配给某个进程（或者，现在，更常见的是分配给某个线程，作为其一部分，但有时，很少，操作系统不理解线程）的资源。如果操作系统理解线程，那么通常可以为不同的线程分配不同的处理器子集等等。

在内存、开放通道和套接字方面，线程可以访问进程拥有的所有内容，并且进程可以与其他进程共享其中的一些内容。

这是就访问而言，但是由于可以分配不同的处理器容量，因此 NUMA 内存策略（将哪个地址页面存储在哪个节点上）对于每个线程可能不同。

在真实的操作系统中，例如在Linux中，流与进程只有在创建时的设置上有所不同，即“非主”进程线程实际上是同一个进程，但配置为将所有可能的事情与主线程完全分开（也不可能的事情，例如，seteuid()在 Linux 中更改多线程进程的用户是另一个故事）。而在Windows中，线程的访问权限可能完全不同。但在 BSD 或 macOS/iOS 中，线程根本不是进程，而是其他东西。

在多个进程中运行单个程序和在具有多个线程的单个进程中运行程序之间实际上没有区别，只是第一种情况下的上下文切换（并发）发生在进程级别，而第二种情况下的上下文切换（并发）发生在同一内存区域中的线程级别？

当然，差异在于细节，魔鬼就在这里。

例如，在具有 GIL 的旧 Python 上（即线程可以在不同的核心上执行，但 GIL 使它们连续端到端地工作），如果需要，您可以生成多个进程，分配共享内存并工作。共享内存中的对象存在困难，但简单数据没有问题。

总而言之，主要的区别更多的是在管理方面：进程代表一个人（用户、管理员等），线程代表一个进程，内核代表一个线程。 （用户->进程->线程->内核）