Java中的LongAdder和AtomicLong有什么区别？
JDK1.8引入了LongAdder类。CAS机制就是，在一个死循环内，不断尝试修改目标值，直到修改成功。如果竞争不激烈，那么修改成功的概率就很高，否则，修改失败的的概率就很高，在大量修改失败时，这些原子操作就会进行多次循环尝试，因此性能就会受到影响。 结合ConcurrentHashMap的实现思想，应该可以想到对一种传统AtomicInteger等原子类的改进思路。虽然CAS操作没有锁，但是像减少粒度这种分离热点的思想依然可以使用。将AtomicInteger的内部核心数据value分离成一个数组，每个线程访问时，通过哈希等算法映射到其中一个数字进行计数，而最终的计数结果，则为这个数组的求和累加。热点数据value被分离成多个单元cell，每个cell独自维护内部的值，当前对象的实际值由所有的cell累计合成，这样热点就进行了有效的分离，提高了并行度。
-
问题内容： 可以解释一下AtomicLong的用途吗？例如，以下语句有什么区别？ 问题答案： 这两个对象之间存在 显着 差异，尽管最终结果是相同的，但它们绝对是非常不同的，并且在非常不同的情况下使用。 在以下情况下使用基本对象： 您需要包装器类 您正在使用收藏夹 您只想处理对象，而不要处理基元（可以解决问题） 您使用以下情况： 您必须保证该值可以在并发环境中使用 您不需要包装器类（因为此类不会自动
-
问题内容： 我看到了Java的AtomicInteger如何在CAS（比较和交换）操作中内部工作。基本上，当多个线程尝试更新值时，JVM在内部使用基础CAS机制并尝试更新值。如果更新失败，请使用新值重试，但不要阻止。 在Java8中，Oracle引入了新的Class LongAdder类，该类在高竞争下似乎比AtomicInteger更好。一些博客文章声称LongAdder通过维护内部单元格表现更
-
问题内容： 我一直认为Java 中的运算符用于验证其两个布尔操作数是否均为，并且该&运算符用于对两种整数类型进行按位运算。 最近我知道，也可以使用运算符来验证其两个布尔操作数是否均为，唯一的区别是即使LHS操作数为false，它也会检查RHS操作数。 Java中的运算符是否在内部重载？还是在这背后有其他概念？ 问题答案： <-验证两个操作数 <-停止评估第一个操作数是否为false，因为结果为fa
-
问题内容： 我只是想知道为什么我们通常在两个布尔之间使用逻辑OR 而不是按位OR ，尽管它们都运行良好。 我的意思是，请看以下内容： 我们可以代替使用吗？与和相同。 问题答案： 如果您使用和形式，而不是这些运算符的和形式，则Java不会费心地单独评估右手操作数。 这是您是否希望缩短评估时间的问题-在 大多数情况 下都是如此。 说明短路好处的一个好方法是考虑以下示例。 正如Jeremy和Peter提
-
问题内容： 我在看一些模拟的OCJP问题。我遇到了一个非常令人困惑的语法。这里是： 为什么输出在和之间变化？ 问题答案： 问题只是和您玩弄混乱的空格。 是通常的（不等于）比较。 另一方面： 最好写成如下形式： 因此，这是两个运算符。 首先反转。 然后将其分配回。 赋值运算符返回分配的值。因此，计算结果为true-这就是您要打印的内容。
-
问题内容： 我想了解Java中和类型之间的区别，特别是它们与GWT有关。我知道不支持该方法，但是如果需要的话，我需要更多信息。 问题答案： 我不确定GWT因素是否有所不同，但总的来说： 布尔值 是Java基本类型，而 布尔值 是包装布尔值的对象/引用类型 像这样在图元和对象之间进行转换称为装箱/拆箱。 这是更多信息： http://javaeye.wordpress.com/2008/06/17/