Java并发01:进程、线程、并发、并行、多线程、线程安全、死锁、并发优缺点

[超级链接：Java并发学习系列-绪论]

本章主要对Java并发(Concurrent)相关的概念进行说明。

1.进程(Process)与线程(Thread)

进程是系统资源分配的最小单元。线程是CPU调度的最小单元。

一个 进程至少包含一个线程，可以包含多个线程。这些线程共享这个进程的资源。

每个线程都拥有独立的运行栈和程序计数器，线程切换开销小。

多进程指的是操作系统同时运行多个程序，如当前操作系统中同时运行着QQ、IE、微信等程序。

多线程指的是同一进程中同时运行多个线程，如迅雷运行时，可以开启多个线程，同时进行多个文件的下载。

2.并行(Parallel)、并发(Concurrent)与多线程(Multithreading)

并行是指多个任务在同一时刻进行。并发是指多个任务在同一时间段内发生。

并行是物理上的同时发生，而并发是逻辑上的同时发生。

体现在程序上： 并行是指多个CPU内核在同一时刻，同时运行多个任务。并发是指单个CPU内，通过CPU调度算法，让用户感觉在同时运行多个任务。

更形象的说法： 并行是指两队人员同时使用两台咖啡机。并发是指两队人员交替使用同一台咖啡机。—-Erlang 之父 Joe Armstrong。



多线程即多个线程，一般只多个同时在运行的单线程。

如果是在单核CPU上，多线程肯定是并发运行的。如果是在多核CPU上，这些多线程也可能是并行运行。

3.线程安全

线程安全，指的是在并发的情况之下，线程的调度顺序不影响运行结果。

如不加锁控制的转账操作，在单线程运行中是安全的，但是在多线程环境中，肯定是不安全的。

这里只给出示例，具体逻辑就没不解释了。

void transferMoney(User from, User to, float amount){
to.setMoney(to.getBalance() + amount);
from.setMoney(from.getBalance() - amount);
}

4.死锁

死锁是指两个或更多线程阻塞着等待其它处于死锁状态的线程所持有的锁。

例如，

如果线程1锁住了A，然后尝试对B进行加锁，同时线程2已经锁住了B，接着尝试对A进行加锁，这时死锁就发生了。

线程1永远得不到B，线程2也永远得不到A，并且它们永远也不会知道发生了这样的事情。

为了得到彼此的对象（A和B），它们将永远阻塞下去。这种情况就是一个死锁。

5.并发优点

5.1.资源利用率高

假定场景：需要从本地读取和处理两个文件，读取一个文件需要5秒，处理一个文件需要2秒。

单线程：

5秒读取文件A
2秒处理文件A
5秒读取文件B
2秒处理文件B
---------------------
总共需要14秒

多线程：

5秒读取文件A
5秒读取文件B + 2秒处理文件A
2秒处理文件B
---------------------
总共需要12秒

总结：

在等待磁盘读取文件的时候，CPU大部分时间是空闲的。

利用多线程编程，可以在磁盘读取文件的CPU空闲时间内做一些其他的事情。

所以说， 使用多线程资源利用率更高。

5.2.程序响应更快

一个桌面应用程序存在多个按钮。点击这些按钮，可以分别进行一些耗时的工作。

单线程：

每次点击一个按钮，都会进行一项耗时的工作。必须等待此项工作完成之后，才能继续监听用户操作。这时，用户才能点击其他按钮，进行其他的工作。这样的应用程序，对用户而言，响应十分慢，体验度很差。

多线程：

每次点击一个按钮，都会启动一个子线程去进行这项耗时的工作，主线程继续监听用户操作。这种情况下，用户可以快速的分别点击需要处理的按钮。这样的应用程序，对用户而言，响应很快，体验度很好。

6.并发缺点

6.1.设计开发更复杂

线程之间的交互往往非常复杂。 不正确的线程同步产生的错误非常难以发现，并且难以重现、难以修复。

6.2.增加额外资源消耗

多线程开发会产生额外的资源消耗，主要来源于三个方面：

线程本身需要消耗一些资源进行本地堆栈的维持与管理。

线程之间切换会导致的上下文切换(Context Switch)开销。

多线程的管理对CPU来说又是一笔开销。

所以，由于多线程会增加额外的资源消耗，对多线程程序而言，线程并不是越多就会越快，过多的线程返回会导致程序变慢。

7.参考文献

[1] Java多线程学习（吐血超详细总结）

[2] Java中的多线程你只要看这一篇就够了

[3] 并发与并行的区别

[4] 死锁

[5] 多线程的优点

[6] 多线程的代价