最近在写爬虫 ，对于这几个概念比较模糊，所以特意学习了一下。
进程(process)：进程是具有一定独立功能的程序关于某个数据集合上的一次运行活动,进程是系统进行资源分配和调度的一个独立单位。
线程(thread)：线程是进程的一个实体,是CPU调度和分派的基本单位,它是比进程更小的能独立运行的基本单位.线程自己基本上不拥有系统资源,只拥有一点在运行中必不可少的资源(如程序计数器,一组寄存器和栈),但是它可与同属一个进程的其他的线程共享进程所拥有的全部资源。
一个线程可以创建和撤销另一个线程;同一个进程中的多个线程之间可以并发执行。
微线程:又叫协程。 tasklet运行在伪并发中，使用channel机制进行同步数据交换。python中的greenlet提供了微线程的操作。不同于多线程，它给我们提供了一种更加轻量的异步编程模式。
协程（Coroutine）提供了不同于线程的另一种方式，它首先是串行化的。其次，在串行化的过程中，协程允许用户显式释放控制权，将控制权转移另一个过程。释放控制权之后，原过程的状态得以保留，直到控制权恢复的时候，可以继续执行下去。所以协程的控制权转移也称为“挂起”和“唤醒”。
并发(concurrency)：并发是指二个和多个事件在同一时间间隔内发生。并发是在逻辑层面上的同时工作。
并行(parallelism)：并行是指二个或多个事件在同一时刻发生。 并行是在物理层面上的同时工作。
同步(synchronous):在发出一个功能调用时，在没有得到结果之前，该调用就不返回。
异步(asynchronous)：异步的概念和同步相对。当一个异步过程调用发出后，调用者不能立刻得到结果。实际处理这个调用的部件在完成后，通过状态、通知和回调来通知调用者。
阻塞：阻塞调用是指调用结果返回之前，当前线程会被挂起。函数只有在得到结果之后才会返回。
非阻塞：非阻塞和阻塞的概念相对应，指在不能立刻得到结果之前，该函数不会阻塞当前线程，而会立刻返回。
要注意同步和异步 与 阻塞和非阻塞 这两组概念之间的区别。
同步IO和异步IO的区别就在于：数据拷贝的时候进程是否阻塞。
阻塞IO和非阻塞IO的区别就在于：应用程序的调用是否立即返回。
对于上面的两句话，你也许会感到疑问，看了下面的内容你就清楚了。
这两组是可以互相组合的。
同步阻塞，同步非阻塞，异步阻塞，异步非阻塞。详细见最后一个链接。
同步阻塞I/O：在这个模型中，用户空间的应用程序执行一个系统调用，这会导致应用程序阻塞。这意味着应用程序会一直阻塞，直到系统调用完成为止（数据传输完成或发生错误）。调用应用程序处于一种不再消费 CPU 而只是简单等待响应的状态，因此从处理的角度来看，这是非常有效的。
同步非阻塞I/O：同步阻塞 I/O 的一种效率稍低的变种是同步非阻塞 I/O。在这种模型中，设备是以非阻塞的形式打开的。这意味着 I/O 操作不会立即完成，需要应用程序调用许多次来等待操作完成。这可能效率不高，因为在很多情况下，当内核执行这个命令时，应用程序必须要进行忙碌等待，直到数据可用为止，或者试图执行其他工作。
异步阻塞I/O：在这种模型中，配置的是非阻塞 I/O，然后使用阻塞 select 系统调用来确定一个 I/O 描述符何时有操作。使 select 调用非常有趣的是它可以用来为多个描述符提供通知，而不仅仅为一个描述符提供通知。对于每个提示符来说，我们可以请求这个描述符可以写数据、有读数据可用以及是否发生错误的通知。
异步非阻塞I/O：异步非阻塞 I/O 模型是一种处理与 I/O 重叠进行的模型。读请求会立即返回，说明 read 请求已经成功发起了。在后台完成读操作时，应用程序然后会执行其他处理操作。当 read 的响应到达时，就会产生一个信号或执行一个基于线程的回调函数来完成这次 I/O 处理过程。在一个进程中为了执行多个 I/O 请求而对计算操作和 I/O 处理进行重叠处理的能力利用了处理速度与 I/O 速度之间的差异。当一个或多个 I/O 请求挂起时，CPU 可以执行其他任务；或者更为常见的是，在发起其他 I/O 的同时对已经完成的 I/O 进行操作。
想更加详细的了解这方面的内容，建议阅读下面的链接内容。本文过于简陋 ^-^，请谅解。下面的才是精华 ：
加州大学伯克利分校的学术报告，关于并发与并行的分析：http://www.eecs.berkeley.edu/Pubs/TechRpts/2008/EECS-2008-151.html
网络程序设计中的并发复杂性：http://d.g.wanfangdata.com.cn/Periodical_rjxb201101010.aspx
同步与异步的概念：http://blog.chinaunix.net/uid-21411227-id-1826898.html
进程和线程的区别：http://www.cnblogs.com/lmule/archive/2010/08/18/1802774.html