应用程序由一个或多个进程组成。简单地说，进程是一个正在执行的程序。一个或多个线程在进程上下文中运行。线程是操作系统分配处理器时间的基本单元。一个线程可以执行过程代码的任何部分，包括当前由另一个线程执行的部分。光纤是必须由应用程序手动调度的执行单元。纤维在调度它们的线程的上下文中运行。

从这里偷来的。

流程：

过程是一个沉重的过程。进程是一个单独的程序，具有单独的内存、数据、资源等。进程是使用fork（）方法创建的。进程之间的上下文切换非常耗时。

例子：比如，打开任何浏览器（mozilla、Chrome、IE）。此时，新流程将开始执行。

线程：

线程是轻量级进程。线程被捆绑在进程内部。线程具有共享内存、数据、资源、文件等。线程是使用clone（）方法创建的。线程之间的上下文切换不像Process那样耗时。

它们几乎一样。。。但关键的区别在于线程是轻量级的，而进程在上下文切换、工作负载等方面是重量级的。

线程是一个子进程，它们共享一个进程内的代码、数据和文件等公共资源。然而，两个进程无法共享资源（例外情况是，如果一个进程（父进程）分叉为另一个进程，则默认情况下，它们可以共享资源。），对CPU的资源要求较高的负载，而线程在此上下文中要轻得多。虽然两者都有相同的功能。场景中，考虑一个单线程进程由于I/o而被阻塞，那么整个1将进入等待状态，但当多线程进程被I/o阻塞时，其唯一的1个I/o相关线程将被阻塞。

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

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

例如：

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

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

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

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

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

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

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

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

进程并行并行运行：

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