在Java中有一个很重要的原则,这个原则是判断线程是否存在数据竞争、线程是否安全的主要依据,这个原则就是happens-before原则。我们首先看一下到底什么是happens-before原则。 简单来说happens-before原则就是JMM中定义的两项操作之间的偏向关系。假如我们有两个操作A和B。 上述就是happens-before原则的定义,下面我们用一个简单的例子来说明一下happens-before原则到底有什么作用。 ? 在JMM中直接就具有happens-before原则,我们不需要进行任何同步,可以直接在编码中使用它们。 如果代码中的操作没有happens-before原则的话,那么虚拟机在执行的时候,就有可能对它们进行随意的重排序。下面我们看一下在JMM中都有哪些操作是默认具有happens-before原则的。
线程内的happens-before 在同一个线程中,字节码的先后顺序(program order)也暗含了 happens-before 关系:在程序控制流路径中靠前的字节码 happens-before 线程间的 happens-before 解锁操作 happens-before 之后(这里指时钟顺序先后)对同一把锁的加锁操作。 线程的启动操作(即 Thread.starts()) happens-before 该线程的第一个操作。 构造器中的最后一个操作 happens-before 析构器的第一个操作。 happens-before关系的传递性 如果操作 X happens-before 操作 Y,而操作 Y happens-before 操作 Z,那么操作 X happens-before 操作 Z。
内存模型中所有的有序性都仅仅靠volatile和synchronized来完成,那么有一些操作将会变得很烦琐,但是我们在编写Java并发代码的时候并没有感觉到这一点,这是因为Java语言中有一个“先行发生”(happens-before )的原则。 这个原则非常重要,它是判断数据是否存在竞争、 线程是否安全的主要依据,依靠这个原则,我们可以通过几条规则一揽子地解决并发环境下两个操作之间是否可能存在冲突的所有问题。 一、什么是先行发生原则 现在就来看看“先行发生”原则指的是什么。 7. 对象终结规则(Finalizer Rule):一个对象的初始化完成(构造函数执行结束)先行发生于它的finalize()方法的开始。 8.
在正式介绍Happens-Before原则之前,我们先来看一段代码。 其实,答案就是在JDK1.5版本中的Java内存模型中引入了Happens-Before原则。 接下来,我们就结合案例程序来说明Java内存模型中的Happens-Before原则。 【原则三】传递规则 如果A Happens-Before B,并且B Happens-Before C,则A Happens-Before C。 我们结合【原则一】、【原则二】和【原则三】再来看【示例一】程序,此时,我们可以得出如下结论: (1)x = 42 Happens-Before 写变量v = true,符合【原则一】程序次序规则。 【原则四】锁定规则 对一个锁的解锁操作 Happens-Before于后续对这个锁的加锁操作。
1.2. happens-before 原则 只靠sychronized和volatile关键字来保证原子性、可见性以及有序性,那么编写并发 程序可能会显得十分麻烦,幸运的是,从JDK 5开始,Java 使用新的JSR-133内存模型,提 供了happens-before 原则来辅助保证程序执行的原子性、可见性以及有序性的问题,它是 判断数据是否存在竞争、线程是否安全的依据,happens-before 原则内容如下 1. 程序顺序原则 即在一个线程内必须保证语义串行性,也就是说按照代码顺序执行。 2. 7. 线程中断规则 对线程 interrupt()方法的调用先行发生于被中断线程的代码检测到 中断事件的发生,可以通过Thread.interrupted()方法检测线程是否中断。 8.
我想,这两句话就已经足够表明 Happens-before 原则的重要性。 那为什么 Happens-before 被不约而同的称为 JMM 的核心和灵魂呢? 生来如此。 原则,一个 Happens-before 规则就对应于一个或多个编译器和处理器的重排序规则,这样,我们只需要弄明白 Happens-before 就行了。 7)对象终结规则(Finalizer Rule):一个对象的初始化完成(构造函数执行结束)先行发生于它的 finalize() 方法的开始。 既然不满足 Happens-before 原则,那我修改下让它满足不就行了。 原则为准。
文章目录 一、指令重排序规范 二、happens-before 先行发生原则 一、指令重排序规范 ---- 指令重排指的是 , 线程中如果两行代码 没有逻辑上的上下关系 , 可以对代码进行 重新排序 ; 规范 : 先行发生原则 ; 二、happens-before 先行发生原则 ---- happens-before 先行发生原则 : A happens-before B , A 先于 B 发生 , 先行发生原则 适用场景 : 在以下场景中 , 不进行指令重排 , 这些先后顺序 , 绝对不能被打乱 , 否则会出现严重线程安全问题 ; 程序次序原则 : 在程序内 , 按照代码书写的执行顺序 , 前面的代码先执行 规则具有传递性 ; 如果 A happens-before B 和 B happens-before C , 则 A happens-before C ; 线程中断 : 调用线程 interrupt( 先行发生原则 " 可以判定两个线程的操作 , 是否有发生冲突的可能 ;
开闭原则 开闭原则是面向对象世界里最基础的设计原则,它指导我们如何建立一个稳定,灵活,可扩展的系统。 什么是开闭原则 开闭原则明确的告诉我们:软件实现应该对扩展开放,对修改关闭,其含义是说一个软件应该通过扩展来实现变化,而不是通过修改已有的代码来实现变化的。 为什么使用开闭原则 第一:开闭原则非常有名,只要是面向对象编程,在开发时都会强调开闭原则 第二:开闭原则是最基础的设计原则,其它的五个设计原则都是开闭原则的具体形态,也就是说其它的五个设计原则是指导设计的工具和方法 ,而开闭原则才是其精神领袖。 依照Java语言的称谓,开闭原则是抽象类,而其它的五个原则是具体的实现类。
Happens-Before原则概述Happens-Before原则是Java内存模型(JMM)中定义的一种偏序关系,用于确定两个操作之间的相对顺序。 Happens-Before原则的实例解析单一线程内的操作在一个线程内,按照程序顺序执行的操作自然满足Happens-Before原则。这是因为单个线程内的操作是顺序执行的,没有并发访问的问题。 这里,锁的释放操作happens-before锁的获取操作。 Happens-Before原则小结Happens-Before原则是并发编程中的基石,它定义了线程间操作顺序和可见性的保证。我们理解并遵循这一原则,就可以编写出正确且可预测的并发程序。 本篇文章到此结束,希望我们开发者们在编写代码时都牢记住这一原则哦!
local is [6] Update value [7] to [7] Get change for INIT [8] local is [7] Update value [8] to [8] Get Get change for INIT [7] local is [6] Update value [7] to [8] Get change for INIT [8] local is [7] Update 4.Happens-Before规则 在《深入理解Java虚拟机》一书中,对Happens-Before原则进行了归纳,主要是以下8个: 1.程序次序规则:在同一线程内部,按照代码顺序,关联代码书写在前面的操作优先发生于书写在后面的操作 如何来理解这些Happens-Before规则呢?Happens-Before并不是说,前一个操作发生在后续操作的前面。而是要表达,前面一个操作的结果对后续操作是可见的。 实际上,Happens-Before对编译器的行为进行了约束,编译器可以根据需要多代码的执行顺序进行优化,但是,编译器的这种优化一定要遵守Happens-Before规则。
happens-before原则定义如下: 如果一个操作happens-before另一个操作,那么第一个操作的执行结果将对第二个操作可见,而且第一个操作的执行顺序排在第二个操作之前。 两个操作之间存在happens-before关系,并不意味着一定要按照happens-before原则制定的顺序来执行。 传递规则:体现了happens-before原则具有传递性,即A happens-before B , B happens-before C,那么A happens-before C。 说了这么多happends before原则,那么它是如何实现的呢? 比如volatile规则是volatile产生内存屏障保证了读在写之后进行的。 happen-before原则是JMM中非常重要的原则,它是判断数据是否存在竞争、线程是否安全的主要依据,保证了多线程环境下的可见性。
为了能帮助编程人员理解,于是就有了与其相等价的判断原则 —— 先行发生原则,它可以用于判断一个访问在并发环境下是否安全。 到这里,我们需要明白:happens-before 原则是对 Java 内存模型的简化,让我们更好地写出并发代码。 什么是 happens-before? happens-before 指的是 Java 内存模型中两项操作的顺序关系。 总结 happens-before 原则一共有 8 条原则,它是对 Java 内存模型规则的简化,帮助编程人员提高编程效率。 时间先后顺序与先行发生原则之间基本没有太大的关系,我们衡量并发安全问题的时候不要受到时间顺序的干扰,一切必须以先行发生原则为准。
那大牛们都遵循怎样的原则呢,我们能不能学习一下? 将大牛们的经验总结到一起,可以得到以下「7 大程序设计原则」 。这些设计原理源于对实际软件开发现场的分析,是提高代码质量的经验结晶。 02 同构原则 Isomorphism Principle What:力求规范 同构原则就是力求规范。 同等对待相同的东西,坚持不搞特殊。 遵循同构原则能让我们更容易嗅出代码的异样, 从而找出问题所在。 图表和工业制品在设计上追求平衡之美,在这一点上,同构原则也 有着相似之处。 06 清晰原则 Clarity Principle What:注意逻辑的清晰性 清晰原则就是注意逻辑的清晰性。 逻辑具有清晰性就代表逻辑能清楚证明自身的正确性。 07 安全原则 Safty Principle What:注意安全性 安全原则就是注意安全性,采用相对安全的方法来对具有不确定性的、模糊的部分进行设计和编程。
或许有的人认为接口隔离原则和单一职责原则很像,但两个原则还是存在着明显的区别。单一职责原则是在业务逻辑上的划分,注重的是职责。接口隔离原则是基于接口设计考虑。 例如一个接口的职责包含10个方法,这10个方法都放在同一接口中,并且提供给多个模块调用,但不同模块需要依赖的方法是不一样的,这时模块为了实现自己的功能就不得不实现一些对其没有意义的方法,这样的设计是不符合接口隔离原则的 接口隔离原则要求"尽量使用多个专门的接口"专门提供给不同的模块。
定义 里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。里氏代换原则中说,任何基类可以出现的地方,子类一定可以出现。 里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现,所以里氏代换原则是对实现抽象化的具体步骤的规范。 原则 第一点 子类必须实现父类的抽象方法,但不得重写(覆盖)父类的非抽象(已实现)方法。 value = num1 + num2 +num2; System.out.println("子类计算结果:" + value); } } 总结 通过上面的描述相信大家都对里氏替换原则有了一个基本的概念 然而在实际开发中我们在很多时候还是会违背该原则的,虽然表面上没有什么特别大的问题,但是这样做会大大增加代码的出错率。
依赖倒置原则 High level modules should not depend upon low level modules.Both should depend upon abstractions 由于RunTu是一个高级模块并且是一个细节实现类,此类依赖了书籍Java和Linux又是一个细节依赖类,这导致RunTu每读一本书都需要修改代码,这与我们的依赖倒置原则是相悖的。 this.iBook = iBook; } void study() { this.iBook.bookName(); } } 总结 依赖倒置原则的本质就是通过抽象 我们在项目中使用这个原则要遵循下面的规则: 每个类尽量都有接口或者抽象类,或者抽象类和接口两都具备 变量的表面类型尽量是接口或者抽象类 任何类都不应该从具体类派生 尽量不要覆写基类的方法 如果基类是一个抽象类
Happens-Before原则的本质 Happens-Before是JMM中最核心的概念,它定义了操作之间的可见性规则。 实际代码示例:Happens-Before原则的应用 以下是一个展示Happens-Before原则在实际代码中应用的示例: public class HappensBeforeExample { Happens-Before原则的八大规则解析 在Java内存模型(JMM)中,Happens-Before原则是理解多线程程序执行顺序和内存可见性的核心框架。 这对应Happens-Before原则中"解锁先行于后续加锁"的保证。 3. 这正是Happens-Before原则要解决的核心问题。
迪米特原则 迪米特原则(Law of Demeter)又叫最少知道原则(Least Knowledge Principle),可以简单说成:talk only to your immediate friends 面向对象的设计原则和面向对象的三大特性本就不是矛盾的。迪米特法则其根本思想,是强调了类之间的松耦合。
单一原则表明,如果你有多个原因去改变一个类,那么应该把这些引起变化的原因分离开,把这个类分成多个类,每个类只负责处理一种改变。当你做出某种改变时,只需要修改负责处理该改变的类。 当我们去改变一个具有多个职责的类时可能会影响该类的其他功能 单一职责原则代表了设计应用程序时一种很好的识别类的方式,并且它提醒你思考一个类的所有演化方式。 单一职责原则原则的核心含意是:只能让一个类/接口/方法有且仅有一个职责。 ,但在方法级别上却是符合单一职责原则的,因为它并没有动原来方法的代码。 void run3(String animal){ System.out.println(animal+"swimming in the water..."); } } 单一职责原则虽然它是最简单但又最难运用的原则
下面我们就说一下什么是Happens-Before规则。 什么是Happens-Before? 在JMM中,在一个线程中,或不同的线程中。 如果一个操作执行的结果需要对另一个操作可见,那么这两个操作之间必须存在Happens-Before关系。值得一提的是,我们说两个操作存在Happens-Before关系。这里指的操作的结果。 Happens-Before与我们密切相关的规则: 1.程序顺序规则 一个线程中的每个操作,Happens-Before于该线程中的任意后续操作; 例子: public class HappensBefore 4.传递性 A Happens-Before B ,B Happens-Before C,那么 A Happens-Before C 如下图: ? 2⃣️ , 2⃣️ Happens-Before 3⃣️ , 1⃣️ Happens-Before 3⃣️ 。