问题描述

Here’s a code snippet from OpenJDK6的hotspot/src/share/vm/prims/unsafe.cpp (在第1082行开始):

// JSR166 ------------------------------------------------------------------

UNSAFE_ENTRY(jboolean, Unsafe_CompareAndSwapObject(JNIEnv *env, jobject unsafe, jobject obj, jlong offset, jobject e_h, jobject x_h))
  UnsafeWrapper("Unsafe_CompareAndSwapObject");
  oop x = JNIHandles::resolve(x_h);
  oop e = JNIHandles::resolve(e_h);
  oop p = JNIHandles::resolve(obj);
  HeapWord* addr = (HeapWord *)index_oop_from_field_offset_long(p, offset);
  if (UseCompressedOops) {
    update_barrier_set_pre((narrowOop*)addr, e);
  } else {
    update_barrier_set_pre((oop*)addr, e);
  }
  oop res = oopDesc::atomic_compare_exchange_oop(x, addr, e);
  jboolean success  = (res == e);
  if (success)
    update_barrier_set((void*)addr, x);
  return success;
UNSAFE_END

关键方法 oopdesc :: atomic_compare_exchange_oop 也添加了.

inline oop oopDesc::atomic_compare_exchange_oop(oop exchange_value,
                                                    volatile HeapWord *dest,
                                                    oop compare_value) {
      if (UseCompressedOops) {
        // encode exchange and compare value from oop to T
        narrowOop val = encode_heap_oop(exchange_value);
        narrowOop cmp = encode_heap_oop(compare_value);

        narrowOop old = (narrowOop) Atomic::cmpxchg(val, (narrowOop*)dest, cmp);
        // decode old from T to oop
        return decode_heap_oop(old);
      } else {
        return (oop)Atomic::cmpxchg_ptr(exchange_value, (oop*)dest, compare_value);
      }
    }

在JVM的上下文中，此代码的目的是什么?我在C ++中没有经验.

atomic :: cmpxchg&atomic :: cmpxchg_ptr 变为OS&CPU&32bit/64bit依赖性.因此，JVM在这里分配.

编辑

正如Steve-O所指出的那样，CAS作为ABA问题具有弱点，因此在这里必须进行内存屏障，以确保在多线程环境中CAS仍然正确.同样，由于CAS需要三个参数，地址，旧值和新值，因此此过程需要现代CPU.

编辑

使用新的 c ++ 0x标准(现在未正式出版吗?) ，这是否意味着JVM不需要被击倒?至少在源代码级别.二进制可以拆开，但将由C ++编译器处理.

推荐答案

它是 cas api的JNI包装器内存屏障 for ia64体系结构.

编辑:用于CAS的描述:

将 dest 与进行比较，如果它们匹配分配 exchange value dest .

.

这是一个原子操作这意味着没有其他处理器可以更改 dest dest /em>在执行操作时.

在这里列出了无原子操作可能发生的典型问题，” ABA问题”

简单的示例是一个计数器，如果您有多个线程增加计数器，请考虑增量过程:

int i;
read the value of i
add one to the current value
save the value back to i.

当另一个处理器读取 i 的值并保存 i + 1 之前，会发生什么?

您最终以 i + 1 而不是 i + 2 .

其他推荐答案

这里有一些关于

的解释

• 什么是OOP，为什么要压缩它们?

在热点词典中，” OOP”或”普通对象指针”是对象的托管指针.它通常与本机机器指针相同，这意味着LP64系统上的64位.在ILP32系统上，最大堆大小略小于4GB，这对于许多应用程序还不够.

• 压缩了哪些oops?

在ILP32模式JVM中，或者如果以LP64模式关闭UseCompressedoops标志，则所有OOPS都是本机的Word size.

如果UseCompressedoops为真，则堆中的以下oops将被压缩:

•每个对象的klass字段
•每个OOP实例字段
•OOP数组(objarray)的每个元素

有关详细信息，请查看此 sun wiki

以上所述是小编给大家介绍的有谁能把这段C++代码（来自OpenJDK6）解释成普通英语？,希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对77isp云服务器技术网的支持！