java多线程-JUC-AQS

• java同步器是线程安全的基础么?
• AQS是java 同步器的基础么?
• 自旋时间?(一直自旋cpu消耗过大)
• 如何追加到同步等待队列的上?
• 再来一次CAS?(CAS+LockSupport.park/unpark)
• CAS的一些实现细节
• CAS是AQS的基础么?(status)
• 可重入锁的实现逻辑
• 读写锁实现逻辑
• park 与 unpark && condition awit() notify();

java同步器是线程安全的基础么?

1. 同过AQS同步器,多个线程可以安全的执行相关代码逻辑,保证数据安全;

AQS是java 同步器的基础么?

1. 利用cas的原子性操作,来保证线程的同步操作;
2. 同步等待队列,没有获得状态值得线程,会被阻塞在同步队列中;等待被唤醒,再次去争取获得修改status值,从而获得”锁”和执行的权利;

自旋时间?(一直自旋cpu消耗过大)

如何追加到同步等待队列的上?

(多个线程都在同一时刻获取锁失败,需要追加到同步等待队列中,冲突如何解决?)

再来一次CAS?(CAS+LockSupport.park/unpark)

CAS的一些实现细节

1. compareAndSwarp
2. 当前的对象,内存偏移量,预期值,修改值

CAS是AQS的基础么?(status)

1. 依靠计算机底层提供的原子指令,保持 status字段的原子性值状态(通过自旋来改变status值);

可重入锁的实现逻辑

锁 状态 字段 status 的值(代表可以重入的线程数) ; 同一个线程 可同时 进入 或 指定类型的线程可以进入;(如: 读写线程 : 可以多个读线程进入同步区,读写线程不能同时存在)

读写锁实现逻辑

读读共存
读写互斥

park 与 unpark && condition awit() notify();

public native void unpark(Thread jthread);
public native void park(boolean isAbsolute, long time);
park的时候,线程就阻塞在此刻此位置;
upark的时候,线程就在park的位置重新执行;[也许会再次被park]

临界区(对象锁or指定的值),临界区的原子操作,CAS / park/unpark(许可)