volatile

这边参考的是： A-B-A问题： https://hesey.wang/2011/09/resolve-aba-by-atomicstampedreference.html CAS解析： https://blog.csdn.net/v123411739/article/details/79561458 https://www.cnblogs.com/onlywujun/articles/3529572.html 牛人： http://ifeve.com/ 首先CAS 是是什么？ Compare and Swap,是比较并交换的意思。 CAS有3个操作数，内存值V，旧的预期值A，要修改的新值B。当且仅当预期值A和内存值V相同时，将内存值V修改为B，否则什么都不做。 它是一种非阻塞型的算法，一个线程的失败或者挂起不应该影响其他线程的失败或挂起的算法。 现代的CPU提供了特殊的指令，可以自动更新共享数据，而且能够检测到其他线程的干扰，而 compareAndSet() 就用这些代替了锁定。 这边拿AtomicInteger来研究在没有锁的情况下是如何做到数据正确性的。 private volatile int value; 在没有锁的机制下可能需要借助volatile原语，保证线程间的数据是可见的（共享的）。 这样在获取变量的值的时候才能直接读取。 public final int

一、volatile的内存语义 1. 简单的举例 可以把对volatile变量的单个读/写，看成是使用同一个锁对这些单个读/写操作做了同步； 但是复合操作是不生效的； package com.youyou.ch1.demo; public class Vola { volatile int a = 1; //使用volatile 声明int类型的变量 public int getA() { return a; //对单个volatile 变量进行读 } public void setA(int a) { this.a = a; //对单个volatile 变量进行写 } public void inc() { a++; //对复合（多个）volatile 变量进行 读/写 } } View Code 这样的代用 volatile 关键字的代码和下面的是一样的； package com.youyou.ch1.demo; public class VolaLikeSyn { int a = 0; //普通的变量 public synchronized int getA() { return a; //对单个普通 变量进行读 } public synchronized void setA(int a) { this.a = a; //对单个普通 变量进行写 } public void

今天突然有一种整理一下C#关键字的冲动，就转化为行动了！ C# 关键字完整列表 abstract as base bool break byte case catch char checked class const continue decimal default delegate do double else enum ecent explicit extern false finally fixed float for foreach get goto if implicit in int interface internal is lock long namespace new null object out override partial private protected public readonly ref return sbyte sealed set short sizeof stackalloc static struct switch this throw true try typeof uint ulong unchecked unsafe ushort using value virtual volatile volatile void where while yield 其中有几个比较容易弄错的 关键字 描 述 abstract 可以和类、方法、属性

　　JDK5中添加了新的concurrent包，相对同步容器而言，并发容器通过一些机制改进了并发性能。因为同步容器将所有对容器状态的访问都 串行化了，这样保证了线程的安全性，所以这种方法的代价就是严重降低了并发性，当多个线程竞争容器时，吞吐量严重降低。因此Java5.0开 始针对多线程并发访问设计，提供了并发性能较好的并发容器，引入了java.util.concurrent包。与Vector和Hashtable、 Collections.synchronizedXxx()同步容器等相比，util.concurrent中引入的并发容器主要解决了两个问题： 1）根据具体场景进行设计，尽量避免synchronized，提供并发性。 2）定义了一些并发安全的复合操作，并且保证并发环境下的迭代操作不会出错。 　　util.concurrent中容器在迭代时，可以不封装在synchronized中，可以保证不抛异常，但是未必每次看到的都是"最新的、当前的"数据。 　　下面是对并发容器的简单介绍： 　　ConcurrentHashMap代替同步的Map（Collections.synchronized（new HashMap()）），众所周知，HashMap是根据散列值分段存储的，同步Map在同步的时候锁住了所有的段