此信息可在Microsoft了解此处：关于进程和线程

过程每个进程提供执行程序所需的资源。进程具有虚拟地址空间、可执行代码、系统对象的开放句柄、安全上下文、唯一进程标识符、环境变量、优先级类、最小和最大工作集大小以及至少一个执行线程。每个进程都由一个线程启动，通常称为主线程，但可以从其任何线程创建其他线程。线线程是进程中的一个实体，可以被安排执行。进程的所有线程共享其虚拟地址空间和系统资源。此外，每个线程都维护异常处理程序、调度优先级、线程本地存储、唯一的线程标识符以及系统将用于保存线程上下文的一组结构，直到它被调度。线程上下文包括线程的一组机器寄存器、内核堆栈、线程环境块和线程进程地址空间中的用户堆栈。线程也可以有自己的安全上下文，可用于模拟客户端。Microsoft Windows支持抢占式多任务处理，这会产生多个进程同时执行多个线程的效果。在多处理器计算机上，系统可以同时执行计算机上处理器的数量。

http://lkml.iu.edu/hypermail/linux/kernel/9608/0191.html

莱纳斯·托瓦尔兹(torvalds@cs.helsinki.fi)1996年8月6日星期二12:47:31+0300（欧洲东部夏令时）邮件排序依据：[date][thread][subject][author]下一条消息：Bernd P.Ziller：“回复：get_hash_table中的错误”上一条消息：Linus Torvalds：“Re:I/O请求排序”1996年8月5日星期一，Peter P.Eiserloh写道：我们需要明确线程的概念。太多人了似乎混淆了线程和进程。以下讨论不反映linux的当前状态，而是试图保持高级别的讨论。不！没有理由认为“线程”和“进程”是独立实体。这是传统的做法，但我我个人认为这样想是一个重大错误。唯一的有理由认为这种方式是历史包袱。线程和进程实际上只是一件事：试图人为地区分不同的案例只是自我限制。一个“执行环境”，这里称为COE，只是一个企业集团该状态包括CPU等状态（寄存器等）、MMU状态（页面映射）、权限状态（uid、gid）和各种“通信状态”（打开文件、信号处理器等）。传统上，“线程”和“进程”主要是指线程具有CPU状态（+可能一些其他最小状态），而所有其他上下文都来自过程然而，这只是一种划分COE总状态的方法，没有任何东西表明这是正确的方法。限制自己对那种形象来说简直是愚蠢至极。Linux对此的思考方式（以及我希望的工作方式）是没有所谓的“进程”或“线程”。有只有整个COE（Linux称为“任务”）。不同的COE可以彼此共享部分上下文共享是传统的“线程”/“进程”设置，但应该真正被视为仅仅是一个子集（它是一个重要的子集，但是这种重要性不是来自设计，而是来自标准：我们显然希望在Linux上运行符合标准的线程程序也是）。简而言之：不要围绕线程/进程的思维方式进行设计。这个内核应该围绕COE的思维方式进行设计，然后pthread库可以将有限的pthread接口导出给用户他们想用这种方式来看待COE。作为一个例子，当你认为COE是与线程/进程相反：您可以执行外部“cd”程序，这在UNIX和/或进程/线程中传统上是不可能的（愚蠢的例子，但想法你可以拥有这些类型的“模块”传统的UNIX/threads设置）。执行以下操作：克隆（clone_VM|clone_FS）；child:execve（“外部cd”）；/*“execve（）”将解除VM的关联，因此使用CLONE_VM是为了更快地进行克隆*/您可以自然地执行“vfork（）”（它需要最少的内核支持，但这种支持完全符合CUA的思维方式）：克隆（clone_VM）；child:继续运行，最终执行（）妈妈：等高管您可以执行外部“IO deamons”：克隆（clone_FILES）；child:打开文件描述符等妈妈：用孩子打开的fd和vv。以上所有的工作都是因为您没有绑定到线程/进程思维方式。以web服务器为例，其中CGI脚本作为“执行线程”完成。你不能用传统线程，因为传统线程总是必须共享整个地址空间，所以你必须链接所有你曾经希望在web服务器本身（一个“线程”不能运行另一个可执行）。将此视为“执行上下文”问题任务现在可以选择执行外部程序（=将来自父级的地址空间）等，或者他们可以示例与父级共享除文件之外的所有内容描述符（这样子“线程”可以打开大量文件家长需要担心它们：当子“线程”退出，并且不会使用父级中的fd）。例如，设想一个线程化的“inetd”。你想要低开销fork+exec，所以用Linux的方式可以代替使用“fork（）”您编写了一个多线程inetd，其中每个线程都是用仅CLONE_VM（共享地址空间，但不共享文件描述符等等）。然后，如果它是外部服务（rlogind，例如），或者可能是内部inetd服务之一（echo，timeofday）在这种情况下，它只是做它自己的事情，然后退出。你不能用“线程”/“进程”这样做。莱纳斯牌手表

试图回答这个与Java世界相关的问题。

进程是程序的执行，而线程是进程中的单个执行序列。一个进程可以包含多个线程。线程有时被称为轻量级进程。

例如：

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

示例2：程序可能无法通过读取击键来绘制图片。该程序必须充分关注键盘输入，而缺乏一次处理多个事件的能力将导致麻烦。这个问题的理想解决方案是同时无缝执行程序的两个或多个部分。线程允许我们这样做。在这里，画图是一个过程，而读取击键是子过程（线程）。

进程和线程都是独立的执行序列。典型的区别是（同一进程的）线程在共享内存空间中运行，而进程在单独的内存空间中。

过程

是一个正在执行的程序。它具有文本部分，即程序代码、当前活动（由程序计数器的值和处理器寄存器的内容表示）。它还包括包含临时数据（如函数参数、返回地址和局部变量）的进程堆栈和包含全局变量的数据部分。进程还可以包括堆，堆是在进程运行时动态分配的内存。

线

线程是CPU利用率的基本单位；它包括线程ID、程序计数器、寄存器集和堆栈。它与属于同一进程的其他线程共享其代码部分、数据部分和其他操作系统资源，例如打开的文件和信号。

--摘自Galvin的操作系统

来自Erlang编程（2009）：Erlang并发是快速和可扩展的。它的进程是轻量级的，因为Erlang虚拟机不会为每个创建的进程创建OS线程。它们在VM中创建、调度和处理，与底层操作系统无关。

Erlang实现了一个抢先调度程序，它允许每个进程在一段设定的时间内运行，而不会阻塞系统线程太长时间，这给了每个进程一些执行的cpu时间。如果我没有弄错的话，系统线程的数量取决于内核的数量，如果负载变得不均匀，进程可以从一个线程中删除，然后移动到另一个线程，这都是由Erlang调度程序处理的。

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