让你秒懂线程和线程安全，只需5步！

比眉伴天荒 2022-05-03 12:28 183阅读 0赞

在探讨线程安全之前，我们先来聊聊什么是进程。

### **什么是进程？** ###

电脑中时会有很多单独运行的程序，每个程序有一个独立的进程，而进程之间是相互独立存在的。比如下图中的QQ、酷狗播放器、电脑管家等等。

![aac31db524f2991ca0df079745e7a919203.jpg][]

### **什么是线程？** ###

进程想要执行任务就需要依赖线程。换句话说，就是进程中的最小执行单位就是线程，并且一个进程中至少有一个线程。

那什么是多线程？提到多线程这里要说两个概念，就是串行和并行，搞清楚这个，我们才能更好地理解多线程。

所谓串行，其实是相对于单条线程来执行多个任务来说的，我们就拿下载文件来举个例子：当我们下载多个文件时，在串行中它是按照一定的顺序去进行下载的，也就是说，必须等下载完A之后才能开始下载B，它们在时间上是不可能发生重叠的。

![19b249dcda85b0a5566b09bdf70dc0db969.jpg][]

并行：下载多个文件，开启多条线程，多个文件同时进行下载，这里是严格意义上的，在同一时刻发生的，并行在时间上是重叠的。

![5b3c21d03c1314d2bf4557fe0afef2c1e00.jpg][]

了解了这两个概念之后，我们再来说说什么是多线程。举个例子，我们打开腾讯管家，腾讯管家本身就是一个程序，也就是说它就是一个进程，它里面有很多的功能，我们可以看下图，能查杀病毒、清理垃圾、电脑加速等众多功能。

按照单线程来说，无论你想要清理垃圾、还是要病毒查杀，那么你必须先做完其中的一件事，才能做下一件事，这里面是有一个执行顺序的。

如果是多线程的话，我们其实在清理垃圾的时候，还可以进行查杀病毒、电脑加速等等其他的操作，这个是严格意义上的同一时刻发生的，没有执行上的先后顺序。

![fef7b7d3835d1bea48ac81f4cbc727a4a1b.jpg][]

以上就是，一个进程运行时产生了多个线程。

在了解完这个问题后，我们又需要去了解一个使用多线程不得不考虑的问题——线程安全。

今天我们不说如何保证一个线程的安全，我们聊聊什么是线程安全？因为我之前面试被问到了，说真的，我之前真的不是特别了解这个问题，我们好像只学了如何确保一个线程安全，却不知道所谓的安全到底是什么！

### **什么是线程安全？** ###

既然是线程安全问题，那么毫无疑问，所有的隐患都是在多个线程访问的情况下产生的，也就是我们要确保在多条线程访问的时候，我们的程序还能按照我们预期的行为去执行，我们看一下下面的代码。

![c357d777e050fd3c0908cd61e24281c3885.jpg][]

很简单的一段代码，下面我们就来统计一下这个方法的访问次数，多个线程同时访问会不会出现什么问题，我开启的3条线程，每个线程循环10次，得到以下结果：

![21aa2e4c6ecd6bedcd53472982c72a22a88.jpg][]

我们可以看到，这里出现了两个26，出现这种情况显然表明这个方法根本就不是线程安全的，出现这种问题的原因有很多。

最常见的一种，就是我们A线程在进入方法后，拿到了count的值，刚把这个值读取出来，还没有改变count的值的时候，结果线程B也进来的，那么导致线程A和线程B拿到的count值是一样的。

那么由此我们可以了解到，这确实不是一个线程安全的类，因为他们都需要操作这个共享的变量。其实要对线程安全问题给出一个明确的定义，还是蛮复杂的，我们根据我们这个程序来总结下什么是线程安全。

当多个线程访问某个方法时，不管你通过怎样的调用方式、或者说这些线程如何交替地执行，我们在主程序中不需要去做任何的同步，这个类的结果行为都是我们设想的正确行为，那么我们就可以说这个类是线程安全的。

搞清楚了什么是线程安全，接下来我们看看Java中确保线程安全最常用的两种方式。先来看段代码。

![e65247c5dab6c6276884bcc1483b8979d9d.jpg][]

大家觉得这段代码是线程安全的吗？

毫无疑问，它绝对是线程安全的，我们来分析一下，为什么它是线程安全的？

我们可以看到这段代码是没有任何状态的，就是说我们这段代码，不包含任何的作用域，也没有去引用其他类中的域进行引用，它所执行的作用范围与执行结果只存在它这条线程的局部变量中，并且只能由正在执行的线程进行访问。当前线程的访问，不会对另一个访问同一个方法的线程造成任何的影响。

两个线程同时访问这个方法，因为没有共享的数据，所以他们之间的行为，并不会影响其他线程的操作和结果，所以说无状态的对象，也是线程安全的。

### **添加一个状态呢？** ###

如果我们给这段代码添加一个状态，添加一个count，来记录这个方法并命中的次数，每请求一次count+1，那么这个时候这个线程还是安全的吗？

![f8350e1cbf9f7c49bfa8929424dcfcfe3ff.jpg][]

很明显已经不是了，单线程运行起来确实是没有任何问题的，但是当出现多条线程并发访问这个方法的时候，问题就出现了，我们先来分析下count+1这个操作。

进入这个方法之后首先要读取count的值，然后修改count的值，最后才把这把值赋值给count，总共包含了三步过程：“读取”一>“修改”一>“赋值”，既然这个过程是分步的，那么我们先来看下面这张图，看看你能不能看出问题：

![4797ff4eeec7b9aa263498ae555c855f9b3.jpg][]

可以发现，count的值并不是正确的结果，当线程A读取到count的值，但是还没有进行修改的时候，线程B已经进来了，然后线程B读取到的还是count为1的值，正因为如此所以我们的count值已经出现了偏差，那么这样的程序放在我们的代码中，是存在很多的隐患的。

### **如何确保线程安全？** ###

既然存在线程安全的问题，那么肯定得想办法解决这个问题，怎么解决？我们说说常见的几种方式。

**1、synchronized**

synchronized关键字，就是用来控制线程同步的，保证我们的线程在多线程环境下，不被多个线程同时执行，确保我们数据的完整性，使用方法一般是加在方法上。

![65e18ab9e2263f2790d3d502f3646fe8bd7.jpg][]

这样就可以确保我们的线程同步了，同时这里需要注意一个大家平时忽略的问题，首先synchronized锁的是括号里的对象，而不是代码，其次，对于非静态的synchronized方法，锁的是对象本身也就是this。

当synchronized锁住一个对象之后，别的线程如果想要获取锁对象，那么就必须等这个线程执行完释放锁对象之后才可以，否则一直处于等待状态。

注意点：虽然加synchronized关键字，可以让我们的线程变得安全，但是我们在用的时候，也要注意缩小synchronized的使用范围，如果随意使用时很影响程序的性能，别的对象想拿到锁，结果你没用锁还一直把锁占用，这样就有点浪费资源。

**2、Lock**

先来说说它跟synchronized有什么区别吧，Lock是在Java1.6被引入进来的，Lock的引入让锁有了可操作性，什么意思？就是我们在需要的时候去手动的获取锁和释放锁，甚至我们还可以中断获取以及超时获取的同步特性，但是从使用上说Lock明显没有synchronized使用起来方便快捷。我们先来看下一般是如何使用的：

![6a13b5fbb2f5cc3a9cf8202facd61826ac7.jpg][]

进入方法我们首先要获取到锁，然后去执行我们业务代码，这里跟synchronized不同的是，Lock获取的所对象需要我们亲自去进行释放，为了防止我们代码出现异常，所以我们的释放锁操作放在finally中，因为finally中的代码无论如何都是会执行的。

写个主方法，开启两个线程测试一下我们的程序是否正常：

![7dacd01c2230af10daf284e0ee86c35dd88.jpg][]

结果：

![ae10db89c57a518b9980d0a613779444b55.jpg][]

可以看出我们的执行，是没有任何问题的。

其实在Lock还有几种获取锁的方式，我们这里再说一种，就是tryLock()这个方法跟Lock()是有区别的，Lock在获取锁的时候，如果拿不到锁，就一直处于等待状态，直到拿到锁，但是tryLock()却不是这样的，tryLock是有一个Boolean的返回值的，如果没有拿到锁，直接返回false，停止等待，它不会像Lock()那样去一直等待获取锁。

我们来看下代码：

![791077ea3dfff7dbe6fb5735d7ca9af7db5.jpg][]

结果：我们继续使用刚才的两个线程进行测试可以发现，在线程t1获取到锁之后，线程t2立马进来，然后发现锁已经被占用，那么这个时候它也不在继续等待。

![6a28f9063c730fe15c83801f89cb34ddbc7.jpg][]

似乎这种方法，感觉不是很完美，如果我第一个线程，拿到锁的时间，比第二个线程进来的时间还要长，是不是也拿不到锁对象？

那我能不能，用一中方式来控制一下，让后面等待的线程，可以等待5秒，如果5秒之后，还获取不到锁，那么就停止等，其实tryLock()是可以进行设置等待的相应时间的。

![7bc003052dbea1411bb591d4730d68b30d7.jpg][]

结果：看上面的代码，我们可以发现，虽然我们获取锁对象的时候，可以等待2秒，但是我们线程t1在获取锁对象之后，执行任务缺花费了3秒，那么这个时候线程t2是不在等待的。

![a52447cb0242d8abff83f6e2df6d42224c9.jpg][]

我们再来改一下这个等待时间，改为5秒，再来看下结果：

![e382bb30b538d38b366a07ca14ea454f30a.jpg][]

结果：这个时候我们可以看到，线程t2等到5秒获取到了锁对象，执行了任务代码。

![e0894cab8d277e59d32af7c9518517a7f10.jpg][]

以上就是使用Lock，来保证我们线程安全的方式。

[aac31db524f2991ca0df079745e7a919203.jpg]: /images/20220503/0030ab4135b7409aad50e8fd30fbd2e5.png
[19b249dcda85b0a5566b09bdf70dc0db969.jpg]: /images/20220503/df1febfcdd204519941453f61e1f8178.png
[5b3c21d03c1314d2bf4557fe0afef2c1e00.jpg]: /images/20220503/599b524edb4f446ab8ce25fc141c2219.png
[fef7b7d3835d1bea48ac81f4cbc727a4a1b.jpg]: /images/20220503/d87cc0ebe8014dbaa7b911472e110781.png
[c357d777e050fd3c0908cd61e24281c3885.jpg]: /images/20220503/14c29f720ef34ef3848cf67cf12220ba.png
[21aa2e4c6ecd6bedcd53472982c72a22a88.jpg]: /images/20220503/1da5cda786b54c67a9638b6b7324acd3.png
[e65247c5dab6c6276884bcc1483b8979d9d.jpg]: /images/20220503/231afb057baa44238dea9d5135f25e0e.png
[f8350e1cbf9f7c49bfa8929424dcfcfe3ff.jpg]: /images/20220503/4cc379e19be74b2a8f95e9241eab8b0e.png
[4797ff4eeec7b9aa263498ae555c855f9b3.jpg]: /images/20220503/8c142a5a0d1b4033a25732232e612f62.png
[65e18ab9e2263f2790d3d502f3646fe8bd7.jpg]: /images/20220503/1b42580ed5114b508d5b535edfc2c68e.png
[6a13b5fbb2f5cc3a9cf8202facd61826ac7.jpg]: /images/20220503/a89c1e34420c46a3b6faf7642ffb6e04.png
[7dacd01c2230af10daf284e0ee86c35dd88.jpg]: /images/20220503/c91d8066e5a942e8b7105a482cb25ae0.png
[ae10db89c57a518b9980d0a613779444b55.jpg]: /images/20220503/1e79f6115a7e40de9a6c9245908e0706.png
[791077ea3dfff7dbe6fb5735d7ca9af7db5.jpg]: /images/20220503/23dd5155d5964e42bf210a1e18265629.png
[6a28f9063c730fe15c83801f89cb34ddbc7.jpg]: /images/20220503/6cd2e8ea0f8149b3aa9ccd60c550f551.png
[7bc003052dbea1411bb591d4730d68b30d7.jpg]: /images/20220503/130dde289fac4e919a669908363ca843.png
[a52447cb0242d8abff83f6e2df6d42224c9.jpg]: /images/20220503/040291704aff44da9715518f4c55b40c.png
[e382bb30b538d38b366a07ca14ea454f30a.jpg]: /images/20220503/3a8c3fbaf5294c00a4a888ca9653f0ff.png
[e0894cab8d277e59d32af7c9518517a7f10.jpg]: /images/20220503/a75a15a00bc34d48b92bd2b90f923be8.png