共计 4290 个字符,预计需要花费 11 分钟才能阅读完成。
简介
咱们晓得在 native 的代码中有很多指针,这些指针在 JNA 中被映射成为 Pointer。除了 Pointer 之外,JNA 还提供了更加弱小的 Memory 类,本文将会一起探讨 JNA 中的 Pointer 和 Memory 的应用。
Pointer
Pointer 是 JNA 中引入的类,用来示意 native 办法中的指针。大家回忆一下 native 办法中的指针到底是什么呢?
native 办法中的指针实际上就是一个地址,这个地址就是真正对象的内存地址。所以在 Pointer 中定义了一个 peer 属性,用来存储真正对象的内存地址:
protected long peer;
实时上,Pointer 的构造函数就须要传入这个 peer 参数:
public Pointer(long peer) {this.peer = peer;}
接下来咱们看一下如何从 Pointer 中取出一个真正的对象,这里以 byte 数组为例:
public void read(long offset, byte[] buf, int index, int length) {Native.read(this, this.peer, offset, buf, index, length);
}
实际上这个办法调用了 Native.read 办法,咱们持续看一下这个 read 办法:
static native void read(Pointer pointer, long baseaddr, long offset, byte[] buf, int index, int length);
能够看到它是一个真正的 native 办法,用来读取一个指针对象。
除了 Byte 数组之外,Pointer 还提供了很多其余类型的读取办法。
又读取就有写入,咱们再看下 Pointer 是怎么写入数据的:
public void write(long offset, byte[] buf, int index, int length) {Native.write(this, this.peer, offset, buf, index, length);
}
同样的,还是调用 Native.write 办法来写入数据。
这里 Native.write 办法也是一个 native 办法:
static native void write(Pointer pointer, long baseaddr, long offset, byte[] buf, int index, int length);
Pointer 还提供了很多其余类型数据的写入办法。
当然还有更加间接的 get* 办法:
public byte getByte(long offset) {return Native.getByte(this, this.peer, offset);
}
非凡的 Pointer:Opaque
在 Pointer 中,还有两个 createConstant 办法,用来创立不可读也不可写的 Pointer:
public static final Pointer createConstant(long peer) {return new Opaque(peer);
}
public static final Pointer createConstant(int peer) {return new Opaque((long)peer & 0xFFFFFFFF);
}
实际上返回的而是 Opaque 类,这个类继承自 Pointer,然而它外面的所有 read 或者 write 办法,都会抛出 UnsupportedOperationException:
private static class Opaque extends Pointer {private Opaque(long peer) {super(peer); }
@Override
public Pointer share(long offset, long size) {throw new UnsupportedOperationException(MSG);
}
Memory
Pointer 是根本的指针映射,如果对于通过应用 native 的 malloc 办法调配的内存空间而言,除了 Pointer 指针的开始地位之外,咱们还须要晓得调配的空间大小。所以一个简略的 Pointer 是不够用了。
这种状况下,咱们就须要应用 Memory。
Memory 是一种非凡的 Pointer, 它保留了调配进去的空间大小。咱们来看一下 Memory 的定义和它外面蕴含的属性:
public class Memory extends Pointer {
...
private static ReferenceQueue<Memory> QUEUE = new ReferenceQueue<Memory>();
private static LinkedReference HEAD; // the head of the doubly linked list used for instance tracking
private static final WeakMemoryHolder buffers = new WeakMemoryHolder();
private final LinkedReference reference; // used to track the instance
protected long size; // Size of the malloc'ed space
...
}
Memory 外面定义了 5 个数据,咱们接下来一一进行介绍。
首先是最为重要的 size,size 示意的是 Memory 中内存空间的大小,咱们来看下 Memory 的构造函数:
public Memory(long size) {
this.size = size;
if (size <= 0) {throw new IllegalArgumentException("Allocation size must be greater than zero");
}
peer = malloc(size);
if (peer == 0)
throw new OutOfMemoryError("Cannot allocate" + size + "bytes");
reference = LinkedReference.track(this);
}
能够看到 Memory 类型的数据须要传入一个 size 参数,示意 Memory 占用的空间大小。当然,这个 size 必须要大于 0.
而后调用 native 办法的 malloc 办法来调配一个内存空间,返回的 peer 保留的是内存空间的开始地址。如果 peer==0,示意调配失败。
如果调配胜利,则将以后 Memory 保留到 LinkedReference 中,用来跟踪以后的地位。
咱们能够看到 Memory 中有两个 LinkedReference,一个是 HEAD,一个是 reference。
LinkedReference 自身是一个 WeakReference,weekReference 援用的对象只有垃圾回收执行,就会被回收,而不论是否内存不足。
private static class LinkedReference extends WeakReference<Memory>
咱们看一下 LinkedReference 的构造函数:
private LinkedReference(Memory referent) {super(referent, QUEUE);
}
这个 QUEUE 是 ReferenceQueue,示意的是 GC 待回收的对象列表。
咱们看到 Memory 的构造函数除了设置 size 之外,还调用了:
reference = LinkedReference.track(this);
认真看 LinkedReference.track 办法:
static LinkedReference track(Memory instance) {
// use a different lock here to allow the finialzier to unlink elements too
synchronized (QUEUE) {
LinkedReference stale;
// handle stale references here to avoid GC overheating when memory is limited
while ((stale = (LinkedReference) QUEUE.poll()) != null) {stale.unlink();
}
}
// keep object allocation outside the syncronized block
LinkedReference entry = new LinkedReference(instance);
synchronized (LinkedReference.class) {if (HEAD != null) {
entry.next = HEAD;
HEAD = HEAD.prev = entry;
} else {HEAD = entry;}
}
return entry;
}
这个办法的意思是首先从 QUEUE 中拿出那些筹备被垃圾回收的 Memory 对象,而后将其从 LinkedReference 中 unlink。最初将新创建的对象退出到 LinkedReference 中。
因为 Memory 中的 QUEUE 和 HEAD 都是类变量,所以这个 LinkedReference 保留的是 JVM 中所有的 Memory 对象。
最初 Memory 中也提供了对应的 read 和 write 办法,然而 Memory 中的办法和 Pointer 不同,Memory 中的办法多了一个 boundsCheck, 如下所示:
public void read(long bOff, byte[] buf, int index, int length) {boundsCheck(bOff, length * 1L);
super.read(bOff, buf, index, length);
}
public void write(long bOff, byte[] buf, int index, int length) {boundsCheck(bOff, length * 1L);
super.write(bOff, buf, index, length);
}
为什么会有 boundsCheck 呢?这是因为 Memory 和 Pointer 不同,Memory 中有一个 size 的属性,用来存储调配的内存大小。应用 boundsCheck 就是来判断拜访的地址是否出界,用来保障程序的平安。
总结
Pointer 和 Memory 算是 JNA 中的高级性能,大家如果想要和 native 的 alloc 办法进行映射的话,就要思考应用了。
本文已收录于 http://www.flydean.com/06-jna-memory/
最艰深的解读,最粗浅的干货,最简洁的教程,泛滥你不晓得的小技巧等你来发现!
欢送关注我的公众号:「程序那些事」, 懂技术,更懂你!