JUC并发编程2（高并发，AQS）

最新推荐文章于 2024-07-30 20:50:32 发布

优秀的颜

最新推荐文章于 2024-07-30 20:50:32 发布

阅读量829

点赞数 14

分类专栏： Java开发文章标签： java

本文链接：https://blog.csdn.net/yanshengren520/article/details/137631837

版权

Java开发专栏收录该内容

10 篇文章 0 订阅

订阅专栏

JUC

AQS核心

当有线程想获取锁时，其中一个线程使用CAS的将state变为1，将加锁线程设为自己。当其他线程来竞争锁时会，判断state是不是0，不是自己就把自己放入阻塞队列种（这个阻塞队列是用双向链表实现），当这个线程使用完，会把state变为0，该state使用volatile修饰。在AQS内部，每个Node节点都是等待锁的线程，队列中每个排队的个体就是一个Node节点，它的等待状态waitState成员变量，也是volatile修饰，Node节点里也记录该线程是否不再等待状态，还记录锁的模式独占锁还是共享锁。

三大核心：

state 状态，代表加锁状态，初始值是0 （state是被volatile修饰）
获取到锁的线程
还有一个阻塞队列（双向队列）

AQS锁有关：

ReentrantLock（可重入锁）
ReentrantReadWriteLock.ReadLock（可重入读写锁中的读锁）
ReentrantReadWriteLock.WriteLock（可重入读写锁中的写锁）
CountDownLatch
CyclickBarrier
Semaphore

Lock使用方式：

 Lock lock = new ReentrantLock();

 public  void doTicket(){ 
    lock.lock();  //加锁
    try {
       System.out.println(Thread.currentThread().getName());
    } catch (Exception e) {
       e.printStackTrace();
    } finally {
       lock.unlock();  // 解锁
    }
 }

Synchronized 和 Lock区别

Synchronized 内置的Java关键字，Lock是一个Java类
Synchronized 无法判断获取锁的状态，Lock可以判断
Synchronized 会自动释放锁，lock必须要手动加锁和手动释放锁！可能会遇到死锁
Synchronized 是可重入锁，不可以中断的，非公平的；Lock，可重入的，可以判断锁，可以自己设置

读写锁

ReadWriteLock

读写锁：更加细粒度的锁
读-读：可以共存
读-写：不能共存
写-写：不能共存

它允许读读共存，读写和写写是互斥的，适合读多写少的场景，但会有写锁饥饿问题。
锁降级：写锁可以降级到读锁，但读锁不能升级到写锁；

public class ReadWriteLockDemo {
    public static void main(String[] args) {
        MyCache mycache = new MyCache();
        //开启5个线程 写入数据
        for (int i = 1; i <=5 ; i++) {
            int finalI = i;
            new Thread(()->{ 
                mycache.put(String.valueOf(finalI),String.valueOf(finalI));
            }).start();
        }
        //开启10个线程去读取数据
        for (int i = 1; i <=10 ; i++) {
            int finalI = i;
            new Thread(()->{
                String o = mycache.get(String.valueOf(finalI));
            }).start();
        }
    }
}

class MyCache{

    private volatile Map<String,String> map = new HashMap<>();
    //普通锁
    //private Lock lock = new ReentrantLock();
	//使用读写锁
    private ReadWriteLock lock = new ReentrantReadWriteLock();

    public void put(String key,String value){
        //写锁
        lock.writeLock().lock();
        try {
            //写入
            System.out.println(Thread.currentThread().getName()+" 线程 开始写入");
            map.put(key, value);
            System.out.println(Thread.currentThread().getName()+" 线程 写入完成");
        } finally {
            lock.writeLock().unlock();
        }
    }

    public String get(String key){
        //读锁
        lock.readLock().lock();
        String o;
        try {
            System.out.println(Thread.currentThread().getName()+" 线程 开始读取");
            o = map.get(key);
            System.out.println(Thread.currentThread().getName()+" 线程 读取完成");
        } finally {
            lock.readLock().unlock();
        }
        return o;
    }
}

对于读取，我们运行多个线程同时读取，也能在一定程度上提高效率。

StampedLock

JDK8新增的读写锁（邮戳锁），它采用乐观锁，其他线程尝试获取锁不会被阻塞，对读锁优化。获取锁的方法，返回一个邮戳Stamp，邮戳Stamp为0表示获取失败，其他是成功；释放锁的方法，需要一个邮戳Stamp与成功获取锁的邮戳Stamp一致，但它不支持可重入锁；

StampedLock stampedLock = new StampedLock();
// 乐观锁
public void tryOptimisticRead() {
       
	long stamp = stampedLock.tryOptimisticRead();  // 乐观读
    int result = number; // 获取一下最新的值
    //判断是否发生改变 stampedLock.validate()
    System.out.println("alidate方法值(true无修改，false有修改)" + "\t" + stampedLock.validate(stamp));
    if (!stampedLock.validate(stamp)) {
        System.out.println("有人修改过------有写操作");
        stamp = stampedLock.readLock();
        try {
            System.out.println("从乐观读 升级为 悲观读");
            result = number;
            System.out.println("重新悲观读后result：" + result);
        } finally {
            stampedLock.unlockRead(stamp);
        }
    }
}

常用的辅助类

CountDownLatch

这个类使一个线程等待其他线程各自执行完毕后再执行。

主要方法：

countDown 减一操作；
await 等待计数器归零。

public static void main(String[] args) throws InterruptedException {
    //总数6个
    CountDownLatch countDownLatch = new CountDownLatch(6);

    for (int i = 1; i <= 6; i++) {
        new Thread(()->{
            System.out.println(Thread.currentThread().getName() +" 执行do");
            //每个线程都数量-1
            countDownLatch.countDown();
        },String.valueOf(i)).start();
    }
    //等待计数器归零
    countDownLatch.await();
    System.out.println("必须其他线程都执行完，在执行这里");
    //最后执行的...
}

CyclickBarrier

用于对多个线程任务进行同步执行。

主要方法：

await 在所有线程任务都到达之前，线程任务都是阻塞状态

public static void main(String[] args) {
    CyclicBarrier cyclicBarrier = new CyclicBarrier(7,()->{
        System.out.println("召唤神龙的线程~");
    });

    for (int i=1;i<=7;i++){
        int atI = i;
        new Thread(()->{
            try {
                System.out.println(Thread.currentThread().getName()+" 收集了第" + atI +"颗龙珠");
                cyclicBarrier.await(); //加法计数 等待
            } catch (InterruptedException e) {
                e.printStackTrace();
            } catch (BrokenBarrierException e) {
                e.printStackTrace();
            }
        },"线程"+i).start();
    }
}

应用：

CyclickBarrier可以根据基于子线程进行处理其他线程的结果，处理比较复杂的业务。并且可以通过reset方法重新执行方法。
CountDownLoatch则必须在主线程才能处理，一般用于任务执行初始化数据

Semaphore

信号量，在信号量定义两种操作：

acquire（获取）当一个线程调用acquire操作，它通过成功获取信号量（信号量-1），有阻塞，直到有线程释放信号量，或者超时。
release（释放）实际上将信号量的值+1，然后唤醒等待的线程。

public static void main(String[] args) {
    //停车位为3个
    Semaphore semaphore = new Semaphore(3);

    for (int i=1 ; i<=10; i++){
        int atI = i;
        new Thread(()->{
            try {
                semaphore.acquire(); //得到
                System.out.println(Thread.currentThread().getName() + "  抢到停车位" + atI);
                TimeUnit.SECONDS.sleep(2);
                System.out.println(Thread.currentThread().getName() + "  离开停车场");
            } catch (Exception e) {
                e.printStackTrace();
            } finally {
                semaphore.release();  //释放
            }
        },"线程"+i).start();
    }
}

作用：多个共享资源互斥的使用！并发限流，控制最大的线程数！

异步回调

CompletableFuture

就是另启一个线程来完成调用中的部分计算，使调用继续运行或返回，而不需要等待计算结果。一个completetableFuture就代表了一个任务。相当于前端的ajax异步请求。

没有返回值的异步回调：

@Test
void test1() throws ExecutionException, InterruptedException {

    System.out.println(System.currentTimeMillis());
    System.out.println("---------------------");
    CompletableFuture<Void> future = CompletableFuture.runAsync(()->{
        //发起一个异步任务
        try {
            TimeUnit.SECONDS.sleep(2);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        System.out.println(Thread.currentThread().getName()+".....");
    });
    System.out.println(System.currentTimeMillis());
    System.out.println("------------------------------");
    //输出执行结果
    System.out.println(future.get());  //获取执行结果
}

有返回值的异步回调supplyAsync：

void test2() throws ExecutionException, InterruptedException {
    System.out.println(System.currentTimeMillis());
    System.out.println("---------------------");
    //有返回值的异步回调
    CompletableFuture<Integer> completableFuture=CompletableFuture.supplyAsync(()->{
        System.out.println(Thread.currentThread().getName());
        try {
            TimeUnit.SECONDS.sleep(2);
            //自定义手动的异常
            int i=1/0;
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        return 1024;
    });
    System.out.println(completableFuture.whenComplete((t, u) -> {
        //success 回调
        System.out.println("t=>" + t); //正常的返回结果
        System.out.println("u=>" + u); //抛出异常的 错误信息
    }).exceptionally((e) -> {
        //error回调  如果异常，返回404
        System.out.println(e.getMessage());
        return 404;
    }).get());
}

ThreadLocal

它是线程本地变量，解决多线程并发时访问共享变量的问题。它并不解决线程之间共享数据的问题，它适用于变量在线程之间隔离且在方法间共享的场景，每个线程持有一个只属于自己的专属的Map并维护ThreadLocal对象与具体实例的映射，该Map只有被持有它的线程访问，就没有线程安全问题以及锁的问题。

# 使用
static ThreadLocal<Object> threadLocal = new ThreadLocal<>();

# 初始化
private static final ThreadLocal<Object> threadLocal = ThreadLocal.withInitial(Object::new);
private static final ThreadLocal<Object> threadLocal = ThreadLocal.withInitial(()->{初始化的值});

# 设置线程本地变量的内容
threadLocal.set(user);

# 获取线程本地变量的内容
threadLocal.get();

# 移除线程本地变量
threadLocal.remove();

线程中断机制

一个线程中断，应该由线程自己停止，不能由其他线程进行停止。

# 中断此线程
interrupt（）
# 判断当前线程是否被中断
isInterrupted（）
# 案例
Thread t1 = new Thread(() -> {
   while (true) {
         // Thread.currentThread().isInterrupted() 判断线程是否被中断，true：中断状态
         if (Thread.currentThread().isInterrupted()) {
             System.out.println(Thread.currentThread().getName() + "\t 【实现方式3】，程序停止");
             break;
    }
    System.out.println("t1 -----正在运行！！！");
} }, "t1");
t1.start();
System.out.println("-----t1的默认中断标志位：" + t1.isInterrupted());

LockSupport

可以阻塞当前线程以及唤醒指定被阻塞的线程，有park()和unpark()进行通知与唤醒。

 Thread t1 = new Thread(() -> {
    TimeUnit.SECONDS.sleep(3);
    System.out.println(Thread.currentThread().getName() + "\t ----【t1】开始执行" + System.currentTimeMillis());
    LockSupport.park();
    System.out.println(Thread.currentThread().getName() + "\t ----【t1】 被唤醒" + System.currentTimeMillis());
}, "t1");
t1.start();

new Thread(() -> {
     LockSupport.unpark(t1);
     System.out.println(Thread.currentThread().getName() + "\t 【t2】唤醒t1线程----发出通知");
 }, "t2").start();

volatile关键字

Volatile 是 Java 虚拟机提供轻量级的同步机制。

volatile三大特性

保证可见性（要么都完成，要么都不完成）
不保证原子性
禁止指令重排

JMM：Java内存模型，是java虚拟机规范中所定义的一种内存模型，Java内存模型是标准化的，屏蔽掉了底层不同计算机的区别（注意这个跟JVM完全不是一个东西，现在还有小伙伴搞错的）。

关于JMM的一些同步的约定

线程解锁前，必须把共享变量立刻刷回主存。
线程加锁前，必须读取主存中的新值到工作内存中！
加锁和解锁是同一把锁

首先我们要了解JMM （Java内存模型），线程分为 工作内存 、主内存。图中，有两个线程，每个线程都有属于自己的工作内存；我们首先在主存中有Flag变量，有一个线程A，从主存中读取值，把值加载工作内容中，这样工作内存中也有一个Flag变量。线程A修改值先修改工作内容，并把值再写入到主存中。这个流程叫内存交互。

内存交互有8种：

lock （锁定）：作用于主内存的变量，把一个变量标识为线程独占状态
unlock （解锁）：作用于主内存的变量，它把一个处于锁定状态的变量释放，释放后的变量才可以被其他线程锁定
read （读取）：作用于主内存变量，它把一个变量的值从主内存传输到线程的工作内存中，以便随后的load动作使用
load （载入）：作用于工作内存的变量，它把read操作从主存中变量放入工作内存中
use （使用）：作用于工作内存中的变量，它把工作内存中的变量传输给执行引擎，每当虚拟机遇到一个需要使用到变量的值，就会使用到这个指令
assign （赋值）：作用于工作内存中的变量，它把一个从执行引擎中的值放入工作内存的变量副本中
store （存储）：作用于主内存中的变量，它把一个从工作内存中一个变量的值传送到主内存中，以便后续的write使用
write （写入）：作用于主内存中的变量，它把store操作从工作内存中得到的变量的值放入主内存的变量中

问题：程序不知道主内存的值已经被修改过了，但是volatile关键字，可以解决这个问题。

例子：private volatile boolean flag = false;

volatile 是保证原子性的，

原子性 : 不可分割

线程A在执行任务的时候，不能被打扰的，也不能被分割。要么同时成功，要么同时失败。

解决原子性问题，加锁/使用原子类

原子变量

原子变量：来源于 java.util.concurrent.atomic 类的小工具包，支持在单个变量上解除锁的线程安全编程，包下提供了常用的原子变量：
- AtomicBoolean 、AtomicInteger 、AtomicLong 、 AtomicReference
- AtomicIntegerArray 、AtomicLongArray
- AtomicMarkableReference
- AtomicReferenceArray

AtomicStampedReference

类中的变量都是volatile类型：保证内存可见性
使用CAS算法：保证数据的原子性

例子:

public class VDemo02 {
    // volatile 不保证原子性
    // private volatile static int num = 0;
    // 原子类的 Integer
    private volatile static AtomicInteger num = new AtomicInteger();
    
    public static void add(){
        // num++;   // 不是一个原子性操作
        // 原子类的 加减  // AtomicInteger + 1 方法， CAS
        num.getAndIncrement();
    }
    
    public static void main(String[] args) {
        //理论上num结果应该为 2 万
        for (int i = 1; i <= 20; i++) {
            new Thread(() -> {
                for (int j = 0; j < 1000; j++) { add(); }
            }).start();
        }
        while (Thread.activeCount() > 2) { Thread.yield();}
        System.out.println(Thread.currentThread().getName() + " " + num);
    }

}

指令重排

你写的程序，计算机并不是按照你写的那样去执行的。

源代码–>编译器优化的重排–> 指令并行也可能会重排–> 内存系统也会重排—> 执行

Volatile 是可以保持可见性。不能保证原子性，由于内存屏障（一种屏障指令，使用CPU对屏障指令前后发出内存操作，执行一个排序约束），可以保证避免指令重排的现象产生！

CAS算法

（Compare-And-Swap）是一种硬件对并发的支持，针对多处理器操作而设计的处理器中的一种特殊指令，用于管理对共享数据的并发访问。

CAS 比较并交换，当且仅当V==A时，B的值才更新给A，否则将不做任何操作。

public static void main(String[] args) {
    // 原子类
    AtomicInteger atomicInteger = new AtomicInteger(2020);
    // public final boolean compareAndSet(int expect, int update) ,参数1 期望的值，参数2，更新的值
    // 如果我期望的值达到了，那么就更新，否则，就不更新, CAS 是CPU的并发原语！
    // compareAndSet 也是CAS
    atomicInteger.compareAndSet(2020, 2021);
    // 输出值
    System.out.println(atomicInteger.get());
}

Unsafe 类:

底层调用这个类，JAVA无法操作内存，C++可以操作内存，但是JAVA可以调用C++，Unsafe 类，就是java可以通过这个类操作内存。

CAS ：比较当前工作内存中的值和主内存中的值，如果这个值是期望的，那么则执行操作！如果不是就一直循环！

缺点：

循环会耗时
一次性只能保证一个共享变量的原子性
ABA问题

解决ABA 问题

比如一个线程1从内存位置V中取出A ，线程2也执行,将A–>B–>A，这时线程1进行CAS操作发现内存仍是A，然后线程1操作成功。

就是有一个线程速度快，把一个值改变，然后在改变原来的值，其他线程进行CSA，比较并交换，发现值一样，替换新值，并不知道他之前有人已经改过值了。

解决这问题：

将类变成原子类
操作过程添加版本号

// 原子引入
static AtomicStampedReference<Integer> atomic = new AtomicStampedReference<>(1,1);
public static void main3(String[] args) {

    new Thread(()->{
        // 获得版本号
        int stamp = atomic.getStamp();
        System.out.println("线程a1=>"+stamp);
        try {
            TimeUnit.SECONDS.sleep(1);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        // 比较并交换 ，增加一个参数，版本号 ,然后再修改版本号的值
        // 获取最新的版本号  atomic.getStamp()
        atomic.compareAndSet(1, 2, atomic.getStamp(), atomic.getStamp() + 1);
        System.out.println("线程a2=>"+ atomic.getStamp());
        System.out.println(atomic.compareAndSet(2, 1, atomic.getStamp(), atomic.getStamp() + 1));
        System.out.println("线程a3=>"+atomic.getStamp());
    },"线程A").start();

    // 乐观锁的原理相同！
    new Thread(()->{
        int stamp = atomic.getStamp(); // 获得版本号
        System.out.println("线程b1=>"+stamp);
        try {
            TimeUnit.SECONDS.sleep(2);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        System.out.println(atomic.compareAndSet(1, 6, stamp, stamp + 1));
        System.out.println("线程B2=>"+atomic.getStamp());
    },"线程B").start();

}

原子类

基本类型类：AtomicBoolean、AtomicIntegern、AtomicLong
数组类型类：AtomicIntegerArray、AtomicLongArray、AtomicReferenceArray
引用类型类：AtomicReference、AtomicReferenceFieldUpdater、AtomicMarkableReference、AtomicMarkableReference
LongAdder的效率比AtomicLong高（减少自旋次数）

AtomicLong

原理：CAS + 自旋（它是多线程对单个热点值进行原子操作）
缺点：当线程大量自旋会导致CPU生高，

LongAdder

原理：CAS + Base + Cell数组（用空间换时间，采用分散热点数据）
缺点：它的sum求和，对于最后结果不够准确

优秀的颜

关注

14
点赞
踩
8

收藏

觉得还不错? 一键收藏
0
评论
JUC并发编程2（高并发，AQS）

当有线程想获取锁时，其中一个线程使用CAS的将state变为1，将加锁线程设为自己。当其他线程来竞争锁时会，判断state是不是0，不是自己就把自己放入阻塞队列种（这个阻塞队列是用双向链表实现），当这个线程使用完，会把state变为0，该state使用volatile修饰。在AQS内部，每个Node节点都是等待锁的线程，队列中每个排队的个体就是一个Node节点，它的等待状态waitState成员变量，也是volatile修饰，Node节点里也记录该线程是否不再等待状态，还记录锁的模式独占锁还是共享锁。
复制链接

扫一扫

专栏目录