我们来看底层实现：对于所有DirectByteBuffer的读写，都用到了Unsafe类的public native void putByte(Object o, long offset, byte x);方法，底层实现是：

unsafe.cpp：

UNSAFE_ENTRY(void, Unsafe_SetNative##Type(JNIEnv *env, jobject unsafe, jlong addr, java_type x)) \
  UnsafeWrapper("Unsafe_SetNative"#Type); \
  JavaThread* t = JavaThread::current(); \
  t->set_doing_unsafe_access(true); \
  //获取地址
  void* p = addr_from_java(addr); \
  //设置值
  *(volatile native_type*)p = x; \
  t->set_doing_unsafe_access(false); \
UNSAFE_END \

那么这个获取地址的方法是啥样子呢？

unsafe.cpp：

inline void* addr_from_java(jlong addr) {
  // This assert fails in a variety of ways on 32-bit systems.
  // It is impossible to predict whether native code that converts
  // pointers to longs will sign-extend or zero-extend the addresses.
  //assert(addr == (uintptr_t)addr, "must not be odd high bits");
  //转换为int
  return (void*)(uintptr_t)addr;
}

这里我们看到，转换地址会被强制转换为int类型，所以只能映射 2GB - 1B 。

但是为何-XX:MaxDirectMemory可以指定比2G大的值呢？因为对于分配的直接内存中的 buffer，有对一个 BitMap 管理他们的基址，可以保证映射出对的地址，类似于堆内存的基址映射。但是对于文件映射内存，JVM 没有维护这么一个基址，或者说觉得没必要（一般不会有直接操作这么大文件的这么大内容的需求，大于2GB-1B我们多映射两次自己维护就行了）。

微信搜索“我的编程喵”关注公众号，每日一刷，轻松提升技术，斩获各种offer：