进程和线程之间的技术区别是什么？
我感觉像“进程”这样的词被过度使用了，而且还有硬件和软件线程。像Erlang这样的语言中的轻量级进程怎么样？是否有明确的理由使用一个术语而不是另一个术语？
当前回答
来自Erlang编程（2009）：Erlang并发是快速和可扩展的。它的进程是轻量级的，因为Erlang虚拟机不会为每个创建的进程创建OS线程。它们在VM中创建、调度和处理，与底层操作系统无关。
Erlang实现了一个抢先调度程序，它允许每个进程在一段设定的时间内运行，而不会阻塞系统线程太长时间，这给了每个进程一些执行的cpu时间。如果我没有弄错的话，系统线程的数量取决于内核的数量，如果负载变得不均匀，进程可以从一个线程中删除，然后移动到另一个线程，这都是由Erlang调度程序处理的。
其他回答
我已经仔细阅读了几乎所有的答案，唉，作为一名正在修OS课程的本科生，我目前还不能完全理解这两个概念。我的意思是，大多数人都从一些操作系统书籍中读到了不同之处，即线程能够访问事务单元中的全局变量，因为它们利用了进程的地址空间。然而，新的问题出现了，为什么会有进程，我们已经知道线程相对于进程更轻。让我们通过使用从先前答案之一中摘录的图像来浏览以下示例，
我们有3个线程同时处理一个word文档，例如Libre Office。第一种方法通过下划线检查单词是否拼写错误。第二个从键盘上取下并打印字母。最后一个确实会在短时间内保存文档，以免在出现问题时丢失正在处理的文档。在这种情况下，3个线程不能是3个进程，因为它们共享一个公共内存，该内存是它们进程的地址空间，因此所有线程都可以访问正在编辑的文档。因此，道路是文字文档，还有两台推土机，它们是线索，尽管其中一台在图像中缺失。
进程和线程都是独立的执行序列。典型的区别是（同一进程的）线程在共享内存空间中运行，而进程在单独的内存空间中。
我不确定你可能指的是什么“硬件”线程和“软件”线程。线程是一种操作环境特性，而不是CPU特性（尽管CPU通常具有使线程高效的操作）。
Erlang使用术语“进程”，因为它不公开共享内存多道程序模型。称它们为“线程”意味着它们共享内存。
我认为理解差异的最简单方法是可视化线程和进程如何执行它们的任务。
线程在共享内存空间（创建它们的进程）中并行运行：
Thread 1 Thread 2 Thread 3
|
|
|
|
|
|
|
|
|
|
|
|
Complete Complete Complete
注意：以上可以解释为一个进程（即一个进程有3个线程）
进程并行并行运行：
Process 1 Process 2 Process 3
| | |
| | |
| | |
| | |
| | |
| | |
Complete Complete Complete
进程是代码、内存、数据和其他资源的集合。线程是在进程范围内执行的一系列代码。您可以（通常）在同一进程中同时执行多个线程。
来自嵌入式世界，我想补充一点，进程的概念只存在于具有MMU（内存管理单元）的“大型”处理器（台式CPU、ARM Cortex A-9）和支持使用MMU的操作系统（如Linux）中。对于小型/老式处理器和微控制器以及小型RTOS操作系统（实时操作系统），如freeRTOS，没有MMU支持，因此没有进程，只有线程。
线程可以访问彼此的内存，并且它们由OS以交错的方式调度，因此它们看起来是并行运行的（或者对于多核线程，它们实际上是并行运行）。
另一方面，进程则生活在由MMU提供和保护的私有虚拟内存沙盒中。这很方便，因为它可以：
防止错误进程导致整个系统崩溃。通过使其他流程数据不可见和无法访问。进程内的实际工作由一个或多个线程负责。
