拜托！别再问我多线程的这些问题了

很多同学面对多线程的问题都很头大，因为自己做项目很难用到，但是但凡高薪的职位面试都会问到。。毕竟现在大厂里用的都是多线程高并发，所以这块内容不吃透肯定是不行的。

今天这篇文章，作为多线程的基础篇，先来谈谈以下问题：

1. 为什么要用多线程？
2. 程序 vs 进程 vs 线程
3. 创建线程的 4 种方式？

为什么要用多线程

任何一项技术的出现都是为了解决现有问题。

之前的互联网大多是单机服务，体量小；而现在的更多是集群服务，同一时刻有多个用户同时访问服务器，那么会有很多线程并发访问。

比如在电商系统里，同一时刻比如整点抢购时，大量用户同时访问服务器，所以现在公司里开发的基本都是多线程的。

使用多线程确实提高了运行的效率，但与此同时，我们也需要特别注意数据的增删改情况，这就是线程安全问题，比如之前说过的 HashMap vs HashTable，Vector vs ArrayList。

要保证线程安全也有很多方式，比如说加锁，但又可能会出现其他问题比如死锁，所以多线程相关问题会比较麻烦。

因此，我们需要理解多线程的原理和它可能会产生的问题以及如何解决问题，才能拿下高薪职位。

进程 vs 线程

程序 program

说到进程，就不得不先说说程序。

程序，说白了就是代码，或者说是一系列指令的集合。比如「微信.exe」这就是一个程序，这个文件最终是要拿到 CPU 里面去执行的。

进程 process

当程序运行起来，它就是一个进程。

所以程序是“死”的，进程是“活”的。

比如在任务管理器里的就是一个个进程，就是“动起来”的应用程序。

Q：这些进程是并行执行的吗？

单核 CPU 一个时间片里只能执行一个进程。但是因为它切换速度很快，所以我们感受不到，就造成了一种多进程的假象。（多核 CPU 那真的就是并行执行的了。）

Q：那如果这个进程没执行完呢？

当进程 A 执行完一个时间片，但是还没执行完时，为了方便下次接着执行，要保存刚刚执行完的这些数据信息，叫做「保存现场」。

然后等下次再抢到了资源执行的时候，先「恢复现场」，再开始继续执行。

这样循环往复。。

这样反复的保存啊、恢复啊，都是额外的开销，也会让程序执行变慢。

Q：有没有更高效的方式呢？

如果两个线程归属同一个进程，就不需要保存、恢复