基于对使用eclipse进行引用跟踪的Java 1.6.12库的简要分析，似乎Unsafe的每个有用功能都以有用的方式公开了。

CAS操作通过Atomic*类公开。 内存操作函数通过DirectByteBuffer公开 同步指令(park,unpark)通过AbstractQueuedSynchronizer公开，而AbstractQueuedSynchronizer又由Lock实现使用。

堆外集合对于分配大量内存并在使用后立即释放内存而不受GC干扰可能很有用。我基于sun.misc.Unsafe编写了一个用于处理堆外数组/列表的库。

对象的可用性似乎低于Java代码通常允许的级别。如果您正在编写一个高级应用程序，那么JVM将内存处理和其他操作从代码级别抽象出来，因此更容易编程。通过使用不安全库，您可以有效地完成通常由您完成的低级操作。

正如woliveirajr所述，“random()”使用Unsafe来播种，就像许多其他操作将使用Unsafe中包含的allocateMemory()函数一样。

作为程序员，你可能永远不需要这个库，但严格控制底层元素确实很方便(这就是为什么在主要产品中仍然有汇编代码和(在较小程度上)C代码的原因)

我自己没有使用过它，但我认为如果你有一个变量，只是偶尔被多个线程读取(所以你真的不想让它volatile)，你可以在主线程中写入它时使用putObjectVolatile，在从其他线程中进行罕见的读取时使用readObjectVolatile。

类不安全 用于执行低级、不安全操作的方法的集合。虽然类和所有方法都是公共的，但该类的使用是有限的，因为只有可信代码才能获得它的实例。

它的一种用法是在java.util.concurrent.atomic类中:

AtomicIntegerArray AtomicLongArray

通过在一些代码搜索引擎中运行搜索，我得到了以下示例:

Java对象符号——使用它来进行更有效的数组处理，引用javadoc

类来获取对{@link Unsafe}对象的访问。{@link安全} 为了允许对数组进行有效的CAS操作，*是必需的。注意 {@link java.util.concurrent中的版本。原子}，例如{@link java.util.concurrent.atomic。AtomicLongArray}，需要额外的内存排序 这些保证在这些算法中通常是不需要的 在大多数处理器上都很昂贵。

SoyLatte - java 6 for osx javadoc excerpt

/** sun.misc的基类基于静态的不安全的FieldAccessors 字段。据观察，只有9种类型的 从反射代码的角度看字段:八个原语 类型和对象。使用不安全类而不是生成类 字节码节省内存和加载时间 动态生成的FieldAccessors。* /

SpikeSource

／* 通过线路发送的FinalFields ..如何解编和重新创建对象上 接收方?我们不想调用构造函数，因为它将为 最后一个字段。我们必须重新创建与发送端完全相同的最终字段。 太阳，杂项，不安全为我们做了这些。 * /

还有很多其他的例子，只要按上面的链接…