1.2.3 JDK

1、Java中的LongAdder和AtomicLong的区别
AtomicLong的实现方式是内部有个value 变量，当多线程并发自增，自减时，均通过cas 指令从机器指令级别操作保证并发的原子性。 唯一会制约AtomicLong高效的原因是高并发，高并发意味着CAS的失败几率更高， 重试次数更多，越多线程重试，CAS失败几率又越高，变成恶性循环，AtomicLong效率降低。

LongAdder给了我们一个非常容易想到的解决方案: 减少并发，将单一value的更新压力分担到多个value中去，降低单个value的 “热度”，分段更新！！！ 这样，线程数再多也会分担到多个value上去更新，只需要增加value就可以降低 value的 “热度” AtomicLong中的 恶性循环不就解决了吗？ cells 就是这个 “段” cell中的value 就是存放更新值的， 这样，当我需要总数时，把cells 中的value都累加一下不就可以了么！！ 当然，聪明之处远远不仅仅这里，在看看add方法中的代码，casBase方法可不可以不要，直接分段更新,上来就计算 索引位置，然后更新value？ 答案是不好，不是不行，因为，casBase操作等价于AtomicLong中的cas操作，要知道，LongAdder这样的处理方式是有坏处的，分段操作必然带来空间上的浪费，可以空间换时间，但是，能不换就不换，看空间时间都节约~！ 所以，casBase操作保证了在低并发时，不会立即进入分支做分段更新操作，因为低并发时，casBase操作基本都会成功，只有并发高到一定程度了，才会进入分支，所以，Doug Lead对该类的说明是： 低并发时LongAdder和AtomicLong性能差不多，高并发时LongAdder更高效！ 但是，Doung Lea 还是没这么简单，聪明之处还没有结束…… 如此，retryUpdate中做了什么事，也基本略知一二了，因为cell中的value都更新失败(说明该索引到这个cell的线程也很多，并发也很高时) 或者cells数组为空时才会调用retryUpdate, 因此，retryUpdate里面应该会做两件事： 1. 扩容，将cells数组扩大，降低每个cell的并发量，同样，这也意味着cells数组的rehash动作。 2. 给空的cells变量赋一个新的Cell数组。 LongAdder确实用了很多心思减少并发量，并且，每一步都是在”没有更好的办法“的时候才会选择更大开销的操作，从而尽可能的用最最简单的办法去完成操作。追求简单，但是绝对不粗暴。 AtomicLong可不可以废掉？ 我的想法是可以废掉了，因为，虽然LongAdder在空间上占用略大，但是，它的性能已经足以说明一切了,无论是从节约空的角度还是执行效率上，AtomicLong基本没有优势了。

https://www.nowcoder.com/questionTerminal/78101a1ff284496591714f29a502094f?orderByHotValue=1&page=1&onlyReference=false

2、JDK和JRE的区别是什么？

1.JDK就是Java Development Kit 的英文缩写。 
1). 主要面向开发人员。开发人员在软件开发时使用的SDK（Software Development Kit 一般指软件开发包），它提供了Java的开发环境和运行环境。 
2). 如果你电脑安装了JDK，那么你不仅可以开发**Java程序，也同时拥有了运行**Java程序的平台。 
3). 是整个Java开发的核心，包括了Java运行环境，Java工具和Java基础类库。 
2.JRE就是Java Runtime Enviroment的英文缩写。 
1). 主要面向程序使用者。 
2). 如果你电脑安装了JRE，那么你的电脑只能运行Java程序，不能从事Java开发。 
3). 包含JVM标准实现及Java核心类库。它包括Java虚拟机、Java平台核心类和支持文件。它不包含开发工具(编译器、调试器等)。同时还包含了编译java源码的编译器javac，还包含了很多java程序调试和分析的工具：console，jvisualvm等工具软件，还包含了java程序编写所需的文档和demo例子程序。 
3. 补充 
1). JRE是个运行环境，JDK是个开发环境。因此，开发程序时，写的Java程序就是在JDK上，而运行Java程序的时候，就 需要JRE。 
2).JDK包含了JRE，但是，JRE可以独立安装的。 
3). JDK、JRE、JVM的关系 

参考https://blog.csdn.net/qq_39975542/article/details/81415225