在java并发之内存模型了解到多进程()读取共享资源的时候存在 竞争条件 。
计算机中通过设计 器 来协调进程()之间执行顺序。 器 作用就像登机安检人员一样可以协调旅客按顺序通过。
在java中, 同步器 可以理解为一个对象,它根据自身状态协调线程的执行顺序。比如锁(lock),信号量(),屏障(),队列( queue)。
这些同步器在功能设计上有所不同,但是内部实现上有共通的地方。
同步器
同步器的设计一般包含几个方面: 状态变量设计(同步器内部状态) , 访问条件设定 , 状态更新 , 等待方式 , 通知策略 。
访问条件是控制线程是否能执行(访问共享对象)的条件,它往往与状态变量紧密相关。而 通知策略 是 线程释放锁定状态 后通知其它 等待线程 的方式,一般有以下几种情况
通知所有等待的线程。通知1个随机的n个等待线程。通知1个特定的n个等待线程
看下面例子,通过 锁 方式的同步器
public class lock{ // 状态变量 islocked private boolean islocked = false; public synchronized void lock() throws interruptedexception{ // 访问条件 当islocked=false 时获得访问权限否则等待 while(islocked){ // 阻塞等待 wait(); } //状态更新 线程获得访问权限 islocked = true; } public synchronized void unlock(){ //状态更新 线程释放访问权限 islocked = false; // 通知策略 object.notify | object.notifyall notify(); }}
我们用计数 信号量 控制同时执行活动数。这里模拟一个连接池。
public class poolsemaphore { // 状态变量 actives 计数器 private int actives = 0; private int max; public poolsemaphore(int max) { this.max = max; } public synchronized void acquire() throws interruptedexception { //访问条件 激活数小于最大限制时,获得访问权限否则等待 while (this.actives == max) wait(); //状态更新 线程获得访问权限 this.actives ; // 通知策略 object.notify | object.notifyall this.notify(); } public synchronized void release() throws interruptedexception { //访问条件 激活数不为0时,获得访问权限否则等待 while (this.actives == 0) wait(); //状态更新 线程获得访问权限 this.actives--; // 通知策略 object.notify | object.notifyall this.notify(); }}
原子指令
同步器设计里面,最重要的操作逻辑是“如果满足条件,以更新 状态变量 来标志线程 获得 或 释放 访问权限”,该操作应具备 原子性 。
比如 test-and-set 计算机原子指令,意思是 进行条件判断满足则设置新值 。
function lock(boolean *lock) { while (test_and_set(lock) == 1); }
另外还有很多原子指令 fetch-and-add -and-swap ,注意这些指令需硬件支持才有效。
同步操作中,利用计算机原子指令,可以避开锁java实现设计模式,提升效率。java中没有 test-and-set 的支持,不过 java.util.. 给我们提供了很多原子类api,里面支持了 和 操作。
看下面例子,主要在区别是 等待方式 不一样,上面是通过 wait()阻塞等待 ,下面是 无阻塞循环 。
public class lock{ // 状态变量 islocked private atomicboolean islocked = new atomicboolean(false); public void lock() throws interruptedexception{ // 等待方式 变为自旋等待 while(!islocked.compareandset(false, true)); //状态更新 线程获得访问权限 islocked.set(true); } public synchronized void unlock(){ //状态更新 线程释放访问权限 islocked.set(false); }}
关于阻塞扩展说明
阻塞意味着需要将 进程 或 线程 状态进行转存,以便还原后恢复执行。这种操作是昂贵繁重,而线程基于进程之上相对比较轻量。线程的阻塞在不同编程平台实现方式也有所不同,像java是基于jvm运行,所以它由jvm完成实现。
在《java in 》中,作者提到
竞争性同步可能需要os活动,这增加了成本。当争用锁时,未获取锁的线程必须阻塞。 jvm可以通过 旋转等待 (反复尝试获取锁直到成功)来实现阻塞,也可以通过操作 系统挂起阻塞 的线程来实现阻塞。哪种效率更高取决于上下文切换开销与锁定可用之前的时间之间的关系。对于短暂的等待,最好使用自旋等待;对于长时间的等待,最好使用暂停。一些jvm基于对过去等待时间的分析数据来自适应地在这两者之间进行选择,但是大多数jvm只是挂起线程等待锁定。
从上面可以看出jvm实现阻塞两种方式
jvm中通过 -xx: 开启旋转等待, -xx: =10 指定最大旋转次数。
aqs
aqs是简称。本节对 aqs 只做简单阐述,并不全面。
java.util.包中的 ,,,等都是基于是aqs同步器实现。
状态变量是用 int state 来表示,状态的获取与更新通过以下api操作。
int getstate()void setstate(int newstate)boolean compareandsetstate(int expect, int update)
该状态值在不同api中有不同表示意义。比如 中表示 持有锁的线程获取锁的次数 , 表示剩余许可数。
关于 等待方式 和 通知策略 的设计
aqs通过维护一个fifo同步队列(sync queue)来进行同步管理。当多线程争用共享资源时被阻塞入队。而线程阻塞与唤醒是通过 .park/ api实现。
它定义了两种资源共享方式。
每个节点包含(节点状态),prev(前继)java实现设计模式,next(后继),(入队时线程),(队列的后继节点)
有以下取值。
aqs 几个关键 api
(int arg)
public final void acquire(int arg) { if ( // 尝试直接去获取资源,如果成功则直接返回 !tryacquire(arg) && //线程阻塞在同步队列等待获取资源。等待过程中被中断,则返回true,否则false acquirequeued( // 标记该线程为独占方式,并加入同步队列尾部。 addwaiter(node.exclusive), arg) ) selfinterrupt();}
(int arg)
public final boolean release(int arg) { // 尝试释放资源 if (tryrelease(arg)) { node h = head; if (h != null && h.waitstatus != 0) // 唤醒下一个线程(后继节点) unparksuccessor(h); return true; } return false;}
private void unparksuccessor(node node) { .... node s = node.next; // 找到后继节点 if (s == null || s.waitstatus > 0) {//无后继或节点已取消 s = null; // 找到有效的等待节点 for (node t = tail; t != null && t != node; t = t.prev) if (t.waitstatus <= 0) s = t; } if (s != null) locksupport.unpark(s.thread); // 唤醒线程 }
总结
本文记录并发编程中 同步器 设计的一些共性特征。并简单介绍了java中的aqs。
本文到此结束,希望对大家有所帮助。
本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至81118366@qq.com举报,一经查实,本站将立刻删除。发布者:简知小编,转载请注明出处:https://www.jianzixun.com/96053.html