来自嵌入式世界，我想补充一点，进程的概念只存在于具有MMU（内存管理单元）的“大型”处理器（台式CPU、ARM Cortex A-9）和支持使用MMU的操作系统（如Linux）中。对于小型/老式处理器和微控制器以及小型RTOS操作系统（实时操作系统），如freeRTOS，没有MMU支持，因此没有进程，只有线程。

线程可以访问彼此的内存，并且它们由OS以交错的方式调度，因此它们看起来是并行运行的（或者对于多核线程，它们实际上是并行运行）。

另一方面，进程则生活在由MMU提供和保护的私有虚拟内存沙盒中。这很方便，因为它可以：

防止错误进程导致整个系统崩溃。通过使其他流程数据不可见和无法访问。进程内的实际工作由一个或多个线程负责。

我已经仔细阅读了几乎所有的答案，唉，作为一名正在修OS课程的本科生，我目前还不能完全理解这两个概念。我的意思是，大多数人都从一些操作系统书籍中读到了不同之处，即线程能够访问事务单元中的全局变量，因为它们利用了进程的地址空间。然而，新的问题出现了，为什么会有进程，我们已经知道线程相对于进程更轻。让我们通过使用从先前答案之一中摘录的图像来浏览以下示例，

我们有3个线程同时处理一个word文档，例如Libre Office。第一种方法通过下划线检查单词是否拼写错误。第二个从键盘上取下并打印字母。最后一个确实会在短时间内保存文档，以免在出现问题时丢失正在处理的文档。在这种情况下，3个线程不能是3个进程，因为它们共享一个公共内存，该内存是它们进程的地址空间，因此所有线程都可以访问正在编辑的文档。因此，道路是文字文档，还有两台推土机，它们是线索，尽管其中一台在图像中缺失。

尝试从Linux内核的OS视图回答

程序在启动到内存中时成为一个进程。进程有自己的地址空间，这意味着在内存中有各种段，例如用于存储编译代码的.text segment，用于存储未初始化的静态或全局变量的.bss等。每个进程都有自己的程序计数器和用户空间堆栈。在内核内部，每个进程都有自己的内核堆栈（由于安全问题，它与用户空间堆栈分离）和一个名为task_struct的结构，该结构通常被抽象为进程控制块，存储有关进程的所有信息，例如其优先级、状态（以及大量其他块）。一个进程可以有多个执行线程。

对于线程，它们驻留在一个进程内，并与线程创建过程中可以传递的其他资源（如文件系统资源、共享挂起的信号、共享数据（变量和指令））共享父进程的地址空间，从而使线程轻量级，从而允许更快的上下文切换。在内核内部，每个线程都有自己的内核堆栈以及定义线程的task_struct结构。因此，内核将同一进程的线程视为不同的实体，并且它们本身是可调度的。同一进程中的线程共享一个称为线程组id（tgid）的公共id，它们也有一个名为进程id（pid）的唯一id。

进程和线程之间的差异如下：

进程是程序的执行实例，而线程是进程的最小单元。进程可以划分为多个线程，而线程不能划分。进程可以被认为是一个任务，而线程可以被看作是一个轻量级的任务。进程分配单独的内存空间，而线程分配共享内存空间。进程由操作系统维护，而线程由程序员维护。

示例1：JVM在单个进程中运行，JVM中的线程共享属于该进程的堆。这就是为什么多个线程可以访问同一个对象。线程共享堆并拥有自己的堆栈空间。这就是一个线程对方法及其局部变量的调用如何保持与其他线程的线程安全。但是堆不是线程安全的，必须同步以确保线程安全。

首先，让我们看看理论方面。您需要从概念上理解什么是进程，才能理解进程和线程之间的区别以及它们之间的共享。

Tanenbaum在第2.2.2节现代操作系统的经典线程模型3e中介绍了以下内容：

流程模型基于两个独立的概念：资源分组和执行。有时将它们分开是有用的；这是线程进入的地方。。。。

他继续说道：

看待过程的一种方式是将相关资源分组在一起。进程具有地址空间包含程序文本和数据以及其他资源。这些资源可以包括打开的文件、子进程、挂起的警报等，信号处理器、会计信息等。通过将它们以流程的形式结合在一起，可以更容易地管理它们。进程的另一个概念是执行线程，通常缩短为仅螺纹。线程有一个程序计数器跟踪下一步要执行的指令。它有寄存器保持其当前工作变量。它有一个堆栈，其中包含执行历史，每个过程调用一帧，但未调用但从返回。尽管线程必须在某些进程中执行线程及其进程是不同的概念分别地。流程用于将资源分组在一起；螺纹是计划在CPU上执行的实体。

接下来，他提供了下表：

Per process items             | Per thread items
------------------------------|-----------------
Address space                 | Program counter
Global variables              | Registers
Open files                    | Stack
Child processes               | State
Pending alarms                |
Signals and signal handlers   |
Accounting information        |

让我们来处理硬件多线程问题。传统上，CPU将支持单个执行线程，通过单个程序计数器（PC）和一组寄存器来维护线程的状态。但当缓存未命中时会发生什么？从主内存中获取数据需要很长时间，而当这发生时，CPU只是闲置在那里。所以有人想到了基本上有两组线程状态（PC+寄存器），这样另一个线程（可能在同一个进程中，也可能在不同的进程中）就可以在其他线程等待主内存时完成工作。这个概念有多种名称和实现，例如超线程和同时多线程（简称SMT）。

现在让我们看看软件方面。基本上有三种方法可以在软件端实现线程。

用户空间线程内核进程两者的结合

实现线程所需要的是保存CPU状态和维护多个堆栈的能力，这在许多情况下可以在用户空间中完成。用户空间线程的优点是超快速的线程切换，因为您不必陷入内核，也不必按照自己喜欢的方式调度线程。最大的缺点是无法阻止I/O（这会阻止整个进程及其所有用户线程），这是我们首先使用线程的主要原因之一。在许多情况下，使用线程阻止I/O大大简化了程序设计。

除了将所有调度问题留给操作系统之外，内核线程还具有能够使用阻塞I/O的优点。但每个线程切换都需要捕获内核，这可能会相对较慢。然而，如果由于I/O阻塞而切换线程，这实际上不是问题，因为I/O操作可能已经将您困在内核中。

另一种方法是将两者结合起来，多个内核线程每个都有多个用户线程。

因此，回到术语问题，您可以看到流程和执行线程是两个不同的概念，您选择使用哪个术语取决于您所谈论的内容。关于“轻量级过程”这一术语，我个人看不出其中的意义，因为它并没有像“执行线程”这一词那样真正传达出正在发生的事情。