谈谈有什么方法可以快捷实现多场景下的线程安全

本文分享自华为云社区《如何只用5招实现多线程场景下的线程安全？》，作者： Java小叮当。

1、引言

当前随着计算机硬件的快速发展，个人电脑上的 CPU 也是多核的，现在普遍的 CUP 核数都是 4 核或者 8 核的。因此，在编写程序时，需要为了提高效率，充分发挥硬件的能力，则需要编写并行的程序。Java 语言作为互联网应用的主要语言，广泛应用于企业应用程序的开发中，它也是支持多线程（Multithreading）的，但多线程虽好，却对程序的编写有较高的要求。

单线程可以正确运行的程序不代表在多线程场景下能够正确运行，这里的正确性往往不容易被发现，它会在并发数达到一定量的时候才可能出现。这也是在测试环节不容易重现的原因。因此，多线程（并发）场景下，如何编写线程安全（Thread-Safety）的程序，对于程序的正确和稳定运行有重要的意义。下面将结合示例，谈谈如何在 Java 语言中，实现线程安全的程序。

为了给出感性的认识，下面给出一个线程不安全的示例，具体如下：

package com.example.learn;
public class Counter {private static int counter = 0;public static int getCount(){return counter;}public static  void add(){counter = counter + 1;}
}1.2.3.4.5.6.7.8.9.10.

这个类有一个静态的属性 counter，用于计数。其中可以通过静态方法 add()对 counter 进行加 1 操作，也可以通过 getCount()方法获取到当前的计数 counter 值。如果是单线程情况下，这个程序是没有问题的，比如循环 10 次，那么最后获取的计数 counter 值为 10。但多线程情况下，那么这个结果就不一定能够正确获取，可能等于 10，也可能小于 10，比如 9。下面给出一个多线程测试的示例：

package com.example.learn;
public class MyThread extends Thread{private String name ;public MyThread(String name){this.name = name ;}public void run(){Counter.add();System.out.println("Thead["+this.name+"] Count is "+  Counter.getCount());}
}
///
package com.example.learn;
public class Test01 {public static void main(String[] args) {for(int i=0;i<5000;i++){MyThread mt1 = new MyThread("TCount"+i);mt1.start();}}
}1.2.3.4.5.6.7.8.9.10.11.12.13.14.15.16.17.18.19.20.21.

这里为了重现计数的问题，线程数调至比较大，这里是 5000。运行此示例，则输出可能结果如下：

Thead[TCount5] Count is 4
Thead[TCount2] Count is 9
Thead[TCount4] Count is 4
Thead[TCount14] Count is 10
..................................
Thead[TCount4911] Count is 4997
Thead[TCount4835] Count is 4998
Thead[TCount4962] Count is 49991.2.3.4.5.6.7.8.

注意：多线程场景下，线程不安全的程序输出结果具有不确定性。

2、synchronized 方法

基于上述的示例，让其变成线程安全的程序，最直接的就是在对应的方法上添加 synchronized 关键字，让其成为同步的方法。它可以修饰一个类，一个方法和一个代码块。对上述计数程序进行修改，代码如下:

package com.example.learn;
public class Counter {private static int counter = 0;public static int getCount(){return counter;}public static synchronized void add(){counter = counter + 1;}
}1.2.3.4.5.6.7.8.9.10.

再次运行程序，则输出结果如下：

......
Thead[TCount1953] Count is 4998
Thead[TCount3087] Count is 4999
Thead[TCount2425] Count is 50001.2.3.4.

3、加锁机制

另外一种常见的同步方法就是加锁，比如 Java 中有一种重入锁 ReentrantLock，它是一种递归无阻塞的同步机制，相对于 synchronized 来说，它可以提供更加强大和灵活的锁机制，同时可以减少死锁发生的概率。示例代码如下：

package com.example.learn;
import java.util.concurrent.locks.ReentrantLock;
public class Counter {private  static int counter = 0;private static final ReentrantLock lock = new ReentrantLock(true);public static int getCount(){return counter;}public static  void add(){lock.lock();try {counter = counter + 1;} finally {lock.unlock();}}
}1.2.3.4.5.6.7.8.9.10.11.12.13.14.15.16.17.

再次运行程序，则输出结果如下:

......
Thead[TCount1953] Count is 4998
Thead[TCount3087] Count is 4999
Thead[TCount2425] Count is 50001.2.3.4.

注意：Java 中还提供了读写锁 ReentrantReadWriteLock，这样可以进行读写分离，效率更高。

4、使用 Atomic 对象

由于锁机制会影响一定的性能，而有些场景下，可以通过无锁方式进行实现。Java 内置了 Atomic 相关原子操作类，比如 AtomicInteger,AtomicLong, AtomicBoolean 和 AtomicReference，可以根据不同的场景进行选择。下面给出示例代码：

package com.example.learn;
import java.util.concurrent.atomic.AtomicInteger;
public class Counter {private static final AtomicInteger counter = new AtomicInteger();public static int getCount(){return counter.get();}public static void add(){counter.incrementAndGet();}
}1.2.3.4.5.6.7.8.9.10.11.

再次运行程序，则输出结果如下：

......
Thead[TCount1953] Count is 4998
Thead[TCount3087] Count is 4999
Thead[TCount2425] Count is 50001.2.3.4.

5、无状态对象

前面提到，线程不安全的一个原因就是多个线程同时访问某个对象中的数据，数据存在共享的情况，因此，如果将数据变成独享的，即无状态（stateless）的话，那么自然就是线程安全的。而所谓的无状态的方法，就是给同样的输入，就能返回一致的结果。下面给出示例代码:

package com.example.learn;
public class Counter {public static int sum (int n) {int ret = 0;for (int i = 1; i <= n; i++) {ret += i;}return ret;}
}1.2.3.4.5.6.7.8.9.10.

6、不可变对象

前面提到，如果需要在多线程中共享一个数据，而这个数据给定值，就不能改变，那么也是线程安全的，相当于只读的属性。在 Java 中可以通过 final 关键字进行属性修饰。下面给出示例代码:

package com.example.learn;
public class Counter {public final int count ;public Counter (int n) {count = n;}
}1.2.3.4.5.6.7.

7、总结

前面提到了几种线程安全的方法，总体的思想要不就是通过锁机制实现同步，要不就是防止数据共享，防止在多个线程中对数据进行读写操作。另外，有些文章中说到，可以在变量前使用 volatile 修饰，来实现同步机制，但这个经过测试是不一定的，有些场景下，volatile 依旧不能保证线程安全。虽然上述是线程安全的经验总结，但是还是需要通过严格的测试进行验证，实践是检验真理的唯一标准。

点击关注，第一时间了解华为云新鲜技术~