基本上，线程是进程的一部分，如果没有进程线程就无法工作。线程是轻量级的，而进程是重量级的。进程之间的通信需要一些时间，而线程需要更少的时间。线程可以共享同一个内存区域，而进程则单独存在。

同一进程中的线程共享内存，但每个线程都有自己的堆栈和寄存器，线程在堆中存储线程特定的数据。线程从不独立执行，因此与进程间通信相比，线程间通信要快得多。

进程从不共享相同的内存。当子进程创建时，它会复制父进程的内存位置。进程通信通过使用管道、共享内存和消息解析来完成。线程之间的上下文切换非常缓慢。

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

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

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

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

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

我认为理解差异的最简单方法是可视化线程和进程如何执行它们的任务。

线程在共享内存空间（创建它们的进程）中并行运行：

Thread 1              Thread 2              Thread 3
   | 
   | 
   |
                         |
                         |
                                               |
                                               |
                                               |
   |
                         |
                         | 
                         |            
Complete             Complete              Complete

注意：以上可以解释为一个进程（即一个进程有3个线程）

进程并行并行运行：

Process 1              Process 2              Process 3
    |                      |                      |
    |                      |                      |
    |                      |                      |
    |                      |                      |
    |                      |                      |
    |                      |                      |
Complete               Complete               Complete

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

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操作可能已经将您困在内核中。

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

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