它使用的一个例子是random方法，该方法调用不安全的方法来更改种子。

这个网站也有它的一些用途。

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

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

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

AtomicIntegerArray AtomicLongArray

I was recently working on reimplementing the JVM and found that a surprising number of classes are implemented in terms of Unsafe. The class is mostly designed for the Java library implementers and contains features that are fundamentally unsafe but necessary for building fast primitives. For example, there are methods for getting and writing raw field offsets, using hardware-level synchronization, allocating and freeing memory, etc. It is not intended to be used by normal Java programmers; it's undocumented, implementation-specific, and inherently unsafe (hence the name!). Moreover, I think that the SecurityManager will disallow access to it in almost all cases.

简而言之，它的存在主要是为了允许库实现者访问底层机器，而不必在某些类(如AtomicInteger native)中声明每个方法。在常规Java编程中不需要使用或担心它，因为重点是使其余的库足够快，从而不需要这种访问。

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

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

有趣的是，我甚至从未听说过这个类(这可能是一件好事，真的)。

我想到的一件事是使用Unsafe#setMemory将包含敏感信息的缓冲区归零(密码、密钥等)。您甚至可以对“不可变”对象的字段执行此操作(然后，我再次假设普通的反射也可以在这里执行此操作)。但我不是安全专家，所以对此持保留态度。