Unsafe簡介

Unsafe是位于sun.misc包下的一個類，主要提供一些用于執(zhí)行低級別、不安全操作的方法，如直接訪問系統(tǒng)內(nèi)存資源、自主管理內(nèi)存資源等，這些方法在提升Java運(yùn)行效率、增強(qiáng)Java語言底層資源操作能力方面起到了很大的作用。

但由于Unsafe類使Java語言擁有了類似C語言指針一樣操作內(nèi)存空間的能力，這無疑也增加了程序發(fā)生相關(guān)指針問題的風(fēng)險。

在程序中過度、不正確使用Unsafe類會使得程序出錯的概率變大，使得Java這種安全的語言變得不再“安全”，因此對Unsafe的使用一定要慎重。

獲取Unsafe實(shí)例

private static sun.misc.Unsafe getUnsafe() {
        try {
            return AccessController.doPrivileged(new PrivilegedExceptionAction<Unsafe>() {
                @Override
                public sun.misc.Unsafe run() throws Exception {
                    Class<sun.misc.Unsafe> k = sun.misc.Unsafe.class;
                    for (Field f : k.getDeclaredFields()) {
                        f.setAccessible(true);
                        Object x = f.get(null);
                        if (k.isInstance(x)) {
                            return k.cast(x);
                        }
                    }
                    // The sun.misc.Unsafe field does not exist.
                    throw new Error("unsafe is null");
                }
            });
        } catch (Throwable e) {
            throw new Error("get unsafe failed", e);
        }
    }

Unsafe功能列表

• allocateMemory/freeMemory，分配、釋放堆外內(nèi)存DirectMemory（和c/cpp中的malloc一樣）
• CAS操作
• copyMemory
• defineClass(without security checks)
• get/put address 使用堆外內(nèi)存地址進(jìn)行數(shù)據(jù)的讀寫操作
• get/put volatile 使用堆外內(nèi)存地址進(jìn)行數(shù)據(jù)的讀寫操作 - volatile版本
• loadFence/storeFence/fullFence 禁止指令重排序
• park/unpark 阻塞/解除阻塞線程

Unsafe的數(shù)組操作

unsafe中，有兩個關(guān)于數(shù)組的方法：

public native int arrayBaseOffset(Class<?> arrayClass);
public native int arrayIndexScale(Class<?> arrayClass);

base offset含義

首先，在Java中，數(shù)組也是對象

In the Java programming language, arrays are objects (§4.3.1), are dynamically created, and may be assigned to variables of type Object (§4.3.2). All methods of class Object may be invoked on an array.
https://docs.oracle.com/javase/specs/jls/se7/html/jls-10.html

那么既然是對象，就會有object header，占用一部分空間，那么理解數(shù)組的base offset也就不難了

比如下面的一段JOL輸出，實(shí)際上對象的屬性數(shù)據(jù)是從OFFSET 16的位置開始的，0-12的空間被header所占用

HotSpot 64-bit VM, COOPS, 8-byte alignment
lambda.Book object internals:

 OFFSET  SIZE           TYPE DESCRIPTION                               VALUE
      0    12                (object header)                           N/A
     12     4            int Book.sales                                N/A
     16     4         String Book.title                                N/A
     20     4      LocalDate Book.publishTime                          N/A
     24     4         String Book.author                               N/A
     28     4   List<String> Book.tags                                 N/A
Instance size: 32 bytes
Space losses: 0 bytes internal + 0 bytes external = 0 bytes total

那么如果要訪問對象的屬性數(shù)據(jù)，需要基于基地址（base address）進(jìn)行偏移，基地址+基礎(chǔ)偏移（base offset）+屬性偏移（field offset）才是數(shù)據(jù)的內(nèi)存地址（邏輯），那么title屬性的內(nèi)存地址實(shí)際上就是：

book(instance).title field address = book object base address + base offset + title field offset

數(shù)組在Java里可以視為一種特殊的對象，無論什么類型的數(shù)組，他們在內(nèi)存中都會有一分基礎(chǔ)偏移的空間，和object header類似

經(jīng)過測試，64位的JVM數(shù)組類型的基礎(chǔ)偏移都是16（測試結(jié)果在不同JVM下可能會有所區(qū)別）
原始類型的基礎(chǔ)偏移都是12（測試結(jié)果在不同JVM下可能會有所區(qū)別）
可以使用JOL工具查看原始類型包裝類的offset，比如int就看Integer的，雖然jdk沒有提供函數(shù)，但是通過JOL也是可以獲取的，jvm類型和對其方式匹配即可

index scale含義

就是指數(shù)組中每個元素所占用的空間大小，比如int[] scale就是4，long[] scale就是8，object[] scale就是4（指針大?。?/p>

有了這個offset，就可以對數(shù)組進(jìn)行copyMemory操作了

public native void copyMemory(Object srcBase, long srcOffset,
                                  Object destBase, long destOffset,
                                  long bytes);

array copy to direct memory

在使用copyMemory操作時，需要傳入對象及對象的base offset，對于數(shù)組來說，offset就是上面介紹的offset，比如現(xiàn)在將一個數(shù)組中的數(shù)據(jù)拷貝至DirectBuffer

byte[] byte = new byte[4096];
unsafe.copyMemory(byte,ARRAY_BYTE_BASE_OFFSET,null,directAddr,4096);

之所以使用unsafe而不是ByteBuffer的方法來操作DirectBuffer，是因?yàn)锽yteBuffer不夠靈活。

比如我想把一個byte[]拷貝至DirectBuffer的某個位置中，就沒有相應(yīng)的方法；只能先設(shè)置position，然后再put(byte[], int, int)，非常麻煩，而且并發(fā)訪問時position(long)和put也是個非原子性操作

但是用unsafe來操作的話就很輕松了，直接copyMemory，直接指定address + offset就行

unsafe.copyMemory(byte,ARRAY_BYTE_BASE_OFFSET,null,directAddr,4096);

copyMemory(Object srcBase, long srcOffset, Object destBase, long destOffset, long bytes)

• srcBase 原數(shù)據(jù)對象，可以是對象、數(shù)組（對象），也可以是Null（為Null時必須指定offset，offset就是address）
• srcOffset 原數(shù)據(jù)對象的base offset，如果srcBase為空則此項(xiàng)為address
• destBase 目標(biāo)數(shù)據(jù)對象，規(guī)則同src
• destOffset 目標(biāo)數(shù)據(jù)對象的base offset，規(guī)則同src
• bytes 要拷貝的數(shù)據(jù)大?。ㄗ止?jié)單位）

通過copyMemory方法，可以做各種拷貝操作：

對象（一般是數(shù)組）拷貝到指定堆外內(nèi)存地址

long l = unsafe.allocateMemory(1);
data2[0] = 5;
//目標(biāo)是memory address，destBase為null，destOffset為address
unsafe.copyMemory(data2,16,null,l,1);

將對象拷貝到對象

byte[] data1 = new byte[1];
data1[0] = 9;

byte[] data2 = new byte[1];
unsafe.copyMemory(data1,16,data2,16,1);

將堆外內(nèi)存地址的數(shù)據(jù)拷貝到堆內(nèi)（一般是數(shù)組）

byte[] data2 = new byte[1];

long l = unsafe.allocateMemory(1);
unsafe.putByte(l, (byte) 2);
//源數(shù)據(jù)是memory address，srcBase為null，srcOffset為address
unsafe.copyMemory(null,l,data2,16,1);

堆外內(nèi)存地址互相拷貝

long l = unsafe.allocateMemory(1);
long l2 = unsafe.allocateMemory(1);
unsafe.putByte(l, (byte) 2);
//源數(shù)據(jù)是memory address，srcBase為null，srcOffset為address
//目標(biāo)是memory address，destBase為null，destOffset為address
unsafe.copyMemory(null,l,null,l2,1);

Benchmark

sun.misc.Unsafe#putInt(java.lang.Object, long, int) & object field manual set

禁用JIT結(jié)果：

啟用JIT結(jié)果：

結(jié)論，幾乎沒區(qū)別

什么時候用Unsafe

一般使用DirectBuffer時，需要配合Unsafe來使用，因?yàn)镈irectBuffer的內(nèi)存是分配在JVM Heap之外的，屬于C Heap，所以需要用直接操作內(nèi)存地址（邏輯），和C里malloc之后的操作方式一樣

以上就是unsafe類功能及使用注意事項(xiàng)詳解的詳細(xì)內(nèi)容，更多關(guān)于unsafe類功能及使用的資料請關(guān)注腳本之家其它相關(guān)文章！

最新評論