四、我们知道ArrayList是线程不安全的，请编写一个不安全的案例并给出解决方案
HashSet与ArrayList一致 HashMap
HashSet底层是一个HashMap，存储的值放在HashMap的key里，value存储了一个PRESENT的静态Object对象
1、线程不安全
/**
* 集合类不安全问题
* ArrayList
*/
public class ContainerNotSafeDemo {
public static void main(String[] args) {
notSafe();
}
/**
* 故障现象
* java.util.ConcurrentModificationException
*/
public static void notSafe() {
List<String> list = new ArrayList<>();
for (int i = 1; i <= 30; i++) {
new Thread(() -> {
list.add(UUID.randomUUID().toString().substring(0, 8));
System.out.println(list);
}, "Thread " + i).start();
}
}
}
报错：
Exception in thread "Thread 10" java.util.ConcurrentModificationException
2、导致原因
并发争抢修改导致
一个人正在写入，另一个同学来抢夺，导致数据不一致，并发修改异常（花名册签名案例）
3、★★解决方法：CopyOnWriteArrayList
/**
* 解决方案3
* CopyOnWriteArrayList
*/
public static void copyOnWriteArrayListTest(){
List<String> list = new ★★CopyOnWriteArrayList<>();
for (int i = 1; i <= 3; i++) {
new Thread(() -> {
list.add(UUID.randomUUID().toString().substring(0, 8));
System.out.println(list);
}, "Thread " + i).start();
}
}
List<String> list = new Vector<>();//Vector线程安全（读写都同步）
List<String> list = Collections.synchronizedList(new ArrayList<>());//使用辅助类（写同步）
List<String> list = new CopyOnWriteArrayList<>();//写时复制，读写分离（写操作加lock锁）
★Map<String, String> map = new ConcurrentHashMap<>();
Map<String, String> map = Collections.synchronizedMap(new HashMap<>());
CopyOnWriteArrayList.add方法：（签到表例子）
CopyOnWrite容器即★★★写时复制，往一个容器添加元素的时候，不直接往当前容器Object[]添加，而是先将当前容器Object[]进行copy，复制扩容出一个新的容器Object[] newElements，然后新的容器添加元素，添加完元素之后，再将原容器的引用指向新的容器setArray(newElements),这样做可以对CopyOnWrite容器进行并发的读，而不需要加锁，因为当前容器不会添加任何元素，所以CopyOnWrite容器也是一种★读写分离的思想，读和写不同的容器！！！
public boolean add(E e) {
final ReentrantLock lock = this.lock;
lock.lock();
try {
Object[] elements = getArray();
int len = elements.length;
Object[] newElements = Arrays.copyOf(elements, len + 1);//在原数组扩容1
newElements[len] = e; //写新元素，★数组下标len，就是len+1的那个新位置。
setArray(newElements);
return true;
} finally {
lock.unlock();
}
}
4.！HashSet底层：HashMap
hashset中add方法只关心key，value都叫PRESENT常量，与hashmap的put()根本区别。
5.醒脑小练习：引用传递和值传递（从变量参数在jvm的位置和变量的作用域去考虑） p24
五、公平锁、非公平锁、可重入锁、递归锁、自旋锁？手写自旋锁
1、公平锁、非公平锁
-
是什么
公平锁就是先来后到、非公平锁就是允许加塞，
Lock lock = new ReentrantLock(Boolean fair);默认非公平。-
公平锁是指多个线程按照申请锁的顺序来获取锁，类似排队打饭。
-
非公平锁是指多个线程获取锁的顺序并不按照申请锁的顺序，有可能后申请的线程优先获取锁，在高并发的情况下，有可能会造成优先级反转或者节现象。
-
-
两者区别
-
公平锁：Threads acquire a fair lock in the order in which they requested it
公平锁，就是很公平，在并发环境中，每个线程在获取锁时，会先查看此锁维护的等待队列，如果为空，或者当前线程就是等待队列的第一个，就占有锁，否则就会加入到等待队列中，以后会按照FIFO（先进先出）的规则从队列中取到自己。
-
非公平锁：a nonfair lock permits barging: threads requesting a lock can jump ahead of the queue of waiting threads if the lock happens to be available when it is requested.
非公平锁比较粗鲁，上来就直接尝试占有额，如果尝试失败，就再采用类似公平锁那种方式。
-
-
other
对Java ReentrantLock而言，通过构造函数指定该锁是否公平，默认是非公平锁，非公平锁的优点在于吞吐量比公平锁大
对Synchronized而言，是一种非公平锁
2、可重入锁（递归锁）
-
递归锁是什么（家大门，卧室门，厕所门案例，只有大门才上锁）
指的时同一线程外层函数获得锁之后，内层递归函数仍然能获取该锁的代码，在同一个线程在外层方法获取锁的时候，在进入内层方法会自动获取锁，也就是说，线程可以进入任何一个它已经拥有的锁所同步着的代码块
-
ReentrantLock/Synchronized 就是一个典型的可重入锁
-
可重入锁最大的作用是避免死锁
-
代码示例
####
public static void main(String[] args) {
Phone phone = new Phone();
new Thread(() -> {
try {
phone.sendSMS();
} catch (Exception e) {
e.printStackTrace();
}
}, "Thread 1").start();
new Thread(() -> {
try {
phone.sendSMS();
} catch (Exception e) {
e.printStackTrace();
}
}, "Thread 2").start();
}
}
class Phone{
public synchronized void sendSMS()throws Exception{ //★★线程在外层方法获取锁的时候
System.out.println(Thread.currentThread().getName()+"\t -----invoked sendSMS()");
Thread.sleep(3000);
sendEmail(); //★★线程进入内层方法会自动获取锁
}
public synchronized void sendEmail() throws Exception{
System.out.println(Thread.currentThread().getName()+"\t +++++invoked sendEmail()");
}
}
import java.util.concurrent.locks.Lock;
import java.util.concurrent.locks.ReentrantLock;
public class ReentrantLockDemo {
public static void main(String[] args) {
Mobile mobile = new Mobile();
new Thread(mobile).start();
new Thread(mobile).start();
}
}
class Mobile implements Runnable{
Lock lock = new ReentrantLock();
@Override
public void run() {
get();
}
public void get() {
lock.lock();
try {
System.out.println(Thread.currentThread().getName()+"\t invoked get()");
set();
}finally {
lock.unlock();
}
}
public void set(){
lock.lock();
try{
System.out.println(Thread.currentThread().getName()+"\t invoked set()");
}finally {
lock.unlock();
}
}
}
★★3、独占锁(写锁)/共享锁(读锁)/互斥锁 （读写分离方案）
-
概念
-
独占锁（写）：指该锁一次只能被一个线程所持有，对ReentrantLock和Synchronized而言都是独占锁
-
共享锁（读）：只该锁可被多个线程所持有
ReentrantReadWriteLock其读锁是共享锁，写锁是独占锁
-
互斥锁：读锁的共享锁可以保证并发读是非常高效的，读写、写读、写写的过程是互斥的
-
读读能共存
-
读写不能共存
-
写写不能共存
-
写操作：原子+独占
整个过程必须是一个完整的统一体，中间不许被分割，不许被打断
-
-
代码示例
/**
- 多个线程同时读一个资源类没有任何问题，所以为了满足并发量，读取共享资源应该可以同时进行。
- 但是
- 如果有一个线程象取写共享资源来，就不应该自由其他线程可以对资源进行读或写
- 总结
- 读读能共存
- 读写不能共存
- 写写不能共存
*/
public class ReadWriteLockDemo {
public static void main(String[] args) {
MyCache myCache = new MyCache();
for (int i = 1; i <= 5; i++) { //5个写线程
final int tempInt = i; //lamda表达式的变量要用final？？？
new Thread(() -> {
★ myCache.put(tempInt + "", tempInt + "");
}, "Thread " + i).start();
}
for (int i = 1; i <= 5; i++) { //5个读线程
final int tempInt = i;
new Thread(() -> {
★ myCache.get(tempInt + "");
}, "Thread " + i).start();
}
}
}
class MyCache {
private volatile Map<String, Object> map = new HashMap<>();
★★★ private ReentrantReadWriteLock rwLock = new ReentrantReadWriteLock();
/**
* 写操作：原子+独占
* 整个过程必须是一个完整的统一体，中间不许被分割，不许被打断
*/
public void put(String key, Object value) {
★★★ rwLock.writeLock().lock();
try {
System.out.println(Thread.currentThread().getName() + "\t正在写入：" + key);
TimeUnit.MILLISECONDS.sleep(300);
map.put(key, value);
System.out.println(Thread.currentThread().getName() + "\t写入完成");
} catch (Exception e) {
e.printStackTrace();
} finally {
rwLock.writeLock().unlock();
}
}
public void get(String key) {
★★★ rwLock.readLock().lock(); //读不加锁的话，写的时候就就会读，不符合规范
try {
System.out.println(Thread.currentThread().getName() + "\t正在读取：" + key);
TimeUnit.MILLISECONDS.sleep(300);
Object result = map.get(key);
System.out.println(Thread.currentThread().getName() + "\t读取完成: " + result);
} catch (Exception e) {
e.printStackTrace();
} finally {
rwLock.readLock().unlock();
}
}
public void clear() {
map.clear();
}
}
加读写锁前：
加读写锁后：
4、自旋锁
-
spinlock
是指尝试获取锁的线程不会立即阻塞，而是采用循环的方式去尝试获取锁，这样的好处是减少线程上下文切换的消耗，缺点是循环会消耗CPU（阳哥打电话，张强找阳哥问问题案例）
public final int getAndAddInt(Object var1, long var2, int var4) {
int var5;
do {
var5 = this.getIntVolatile(var1, var2);
} while(!this.compareAndSwapInt(var1, var2, var5, var5 + var4));
return var5;
}
手写自旋锁：
/**
- 实现自旋锁
- 自旋锁好处，循环比较获取知道成功位置，没有类似wait的阻塞
- 通过CAS操作完成自旋锁，A线程先进来调用mylock方法自己持有锁5秒钟，B随后进来发现当前有线程持有锁，不是null，所以只能通过自旋等待，直到A释放锁后B随后抢到
*/
public class SpinLockDemo {
public static void main(String[] args) {
SpinLockDemo spinLockDemo = new SpinLockDemo();
new Thread(() -> {
★★spinLockDemo.mylock();
try {
TimeUnit.SECONDS.sleep(5); //如果线程1 sleep太久，系统性能↓
}catch (Exception e){
e.printStackTrace();
}
★★spinLockDemo.myUnlock();
}, "Thread 1").start();
try {
TimeUnit.SECONDS.sleep(1); //停1s保证Thread1运行完
}catch (Exception e){
e.printStackTrace();
}
new Thread(() -> {
spinLockDemo.mylock();
spinLockDemo.myUnlock();
}, "Thread 2").start();
}
//原子引用线程
AtomicReference<Thread> atomicReference = new AtomicReference<>();
//（周阳上厕所开门锁门案例）
public void mylock() {
Thread thread = Thread.currentThread();
System.out.println(Thread.currentThread().getName() + "\t come in");
while (!atomicReference.compareAndSet(null, thread)) {//如果期望值是空的，线程把自己放入
//线程1进来，出去，5s后才解锁，线程2才能跳出此循环，也解锁
}
}
public void myUnlock() {
Thread thread = Thread.currentThread();
atomicReference.compareAndSet(thread, null);//★解锁，如果线程自己用完了，值变回当初的null
System.out.println(Thread.currentThread().getName()+"\t invoked myunlock()");
}
}
结果
Thread 1 come in
Thread 2 come in
Thread 1 invoked myunlock() 线程1解锁恢复原期望值后，线程2才跳出反复的自选循环（不断尝试获取锁的操作）
Thread 2 invoked myunlock()
169
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
