深圳幻海软件技术有限公司

什么是硬件同步原语？硬件同步原语（AtomicHardwarePrimitives）是由计算机硬件提供的一组原子操作。我们常见的原语操作有CAS和FAA两种。CASCompareandSwap（CAS），字面意思是先比较，再计算。它的伪代码如下。<<atomic>>funct

SSO介绍背景随着企业的发展，一个大型系统里可能包含n多子系统,用户在操作不同的系统时，需要多次登录，很麻烦，我们需要一种全新的登录方式来实现多系统应用群的登录，这就是单点登录。web系统由单系统发展成多系统组成的应用群，复杂性应该由系统内部承担，而不是用户。无论web系统内部多么复杂，对用户而言，

CAS大家都知道，这是一项乐观锁技术，是CompareAndSwap的简称，顾名思义就是先比较再替换。虽然他叫乐观锁，但是我们都知道它是不需要加锁的，在JDK1.5中的JUC就是建立在CAS之上的。相对于synchronized这种阻塞算法，CAS是非阻塞算法的一种常见实现。所以J.U.C在性能上有

悲观锁和乐观锁并不是某个具体的“锁”而是一种并发编程的基本概念，是根据看待并发同步的角度；悲观锁和乐观锁是用来解决并发问题的两种思想，在不同的平台有着各自的实现。废话不多，开始讲解1、悲观锁悲观锁是基于一种悲观的态度类来防止一切数据冲突，它是以一种预防的姿态在修改数据之前把数据锁住，然后再对数据进行

一、前情回顾上篇文章给大家聊了一下volatile的原理，具体参见：​​入坑两个月自研非外包创业公司，居然让我搞懂了volatile​​这篇文章给大家聊一下java并发包下的CAS相关的原子操作，以及Java8如何改进和优化CAS操作的性能。因为Atomic系列的原子类，无论在并发编程、JDK源码、

最近有很多小伙伴给我留言，分布式系统时代，线程并发，资源抢占，"锁"慢慢变得很重要。那么常见的锁都有哪些？今天Tom哥就和大家简单聊聊这个话题。1、悲观锁正如其名，它是指对数据修改时持保守态度，认为其他人也会修改数据。因此在操作数据时，会把数据锁住，直到操作完成。悲观锁大多数情况下依靠数据库的锁机制

背景在高并发的业务场景下，线程安全问题是必须考虑的，在JDK5之前，可以通过synchronized或Lock来保证同步，从而达到线程安全的目的。但synchronized或Lock方案属于互斥锁的方案，比较重量级，加锁、释放锁都会引起性能损耗问题。而在某些场景下，我们是可以通过JUC提供的CAS机

​这篇文章给大家聊一下java并发包下的CAS相关的原子操作，以及Java8如何改进和优化CAS操作的性能。因为Atomic系列的原子类，无论在并发编程、JDK源码、还是各种开源项目中，都经常用到。而且在Java并发面试中，这一块也属于比较高频的考点，所以还是值得给大家聊一聊。场景引入，问题凸现好，

本文转载自微信公众号「Code视角」，作者Code视角。转载本文请联系Code视角公众号。什么是无锁编程LOCK-FREE，字面解释就是不通过锁来解决多线程、多进程之间的数据同步和访问的程序设计方案。相对来说就是通过数据结构和算法来解决数据并发冲突的实现方案。无锁编程的实现「比较并交换Compare

 重入锁锁作为并发共享数据，保证一致性的工具，在JAVA平台有多种实现(如synchronized(重量级)和ReentrantLock(轻量级)等等)。这些已经写好提供的锁为我们开发提供了便利。重入锁，也叫做递归锁，指的是同一线程外层函数获得锁之后，内层递归函数仍然有获取该锁的代码，但不

这个图是不是比上次的好看点？自旋？自旋锁如果此时拿不到锁，它不马上进入阻塞状态，而愿意等待一段时间。如果循环一定的次数还拿不到锁，那么它才会进入阻塞的状态，循环的次数是可以人为指定的。 自旋锁🌰有一天去全家买咖啡，服务员说真不巧，前面咖啡机坏了，现在正在修，要等10分钟喔，恰好没什么急事

上一篇答星球水友提问，《并发扣款，如何保证数据的一致性?》中提到：用CAS乐观锁，可以在尽量不影响吞吐量的情况下，保证数据的一致性。大家有非常多的留言，大概有这么几类：是否存在ABA问题?为什么不能用：复制UPDATE t_yue SET moneymoney=mone

 这是一篇来自粉丝的投稿，作者【林湾村龙猫】最近在阅读Java源码，这一篇是他关于并发包中atomic类的源码阅读的总结。Hollis做了一点点修改。引子在多线程的场景中，我们需要保证数据安全，就会考虑同步的方案，通常会使用synchronized或者lock来处理，使用了synchron