线程与进程的区别

总结：以前学习线程和进程的时候，对它们之间的区别不是十分的理解。慢慢的学习过程中，慢慢体会到其之间的区别。现从两个方面加以区别：

1.使用方面（一般教科书上说的）：
  （1）线程是轻量级的进程。每一个进程都有独立的地址空间，开启一个进程，操作系统必须为其建立一大堆的数据表来维护它的代码段、数据段堆栈端等。而对于线程来说，它与其他线程共享了进程的代码段和一部分数据段（应该是动态的堆），它自己独有的只是一些数据栈等。
  （2）正是由于上面的原因，线程的响应速度较快。我们可以把一些费时的操作放在新建立线程中。（当然有时候放在进程中应该也可以）
   （3）线程间的通信机制没有进程那么复杂（也是由于（1）的原因）。由于共享地址空间，很多时候，我们可以直接使用相应的变量数据（和进程间的共享内存应该差不多）。但也正是由于这个原因，对于变量修改有严格要求的，应该做好同步工作。

2.本质方面（我从CSDN博客中看的）：
  （1）.进程、线程有什么区别？从某些角度来看，你可以把它们当做一个东西--进程和线程都是一个时间段的描述，是CPU工作时间段的描述。怎么理解呢？程序在执行的时候，需要一个叫做context的上下文环境。可以把它看成一系列资源（比如说内存、网卡、显卡等）。当cpu在切换程序的时候，按照下面的步骤进行：
->：先加载程序A的上下文，然后开始执行A，保存程序A的上下文，调入下一个要执行的程序B的程序上下文，然后开始执行B,保存程序B的上下文。
而进程包换上下文切换的程序执行时间总和 = CPU加载上下文+CPU执行+CPU保存上下文
线程是什么呢？知乎上说的挺好：

进程的颗粒度太大，每次都要有上下的调入，保存，调出。如果我们把进程比喻为一个运行在电脑上的软件，那么一个软件的执行不可能是一条逻辑执行的，必定有多个分支和多个程序段，就好比要实现程序A，实际分成 a，b，c等多个块组合而成。那么这里具体的执行就可能变成：程序A得到CPU =》CPU加载上下文，开始执行程序A的a小段，然后执行A的b小段，然后再执行A的c小段，最后CPU保存A的上下文。这里a，b，c的执行是共享了A的上下文，CPU在执行的时候没有进行上下文切换的。这里的a，b，c就是线程，也就是说线程是共享了进程的上下文环境，的更为细小的CPU时间段。
即进程和线程都是一个时间段的描述，是CPU工作时间段的描述，不过是颗粒大小不同。
以上摘自知乎：
作者：zhonyong
链接：https://www.zhihu.com/question/25532384/answer/81152571
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

总的来说：上面两点说的是同一个东西。