小师妹学JavaIO之:NIO中那些奇怪的Buffer

时间 2020-06-14

标签师妹 javaio nio 那些奇怪 buffer 栏目 Java 繁體版

原文原文链接

简介

妖魔鬼怪快快显形，今天F师兄帮助小师妹来斩妖除魔啦，什么BufferB，BufferL，BufferRB，BufferRL，BufferS，BufferU，BufferRS，BufferRU通通给你剖析个清清楚楚明明白白。java

Buffer的分类

小师妹：F师兄不都说JDK源码是最好的java老师吗？为程不识源码，就称牛人也枉然。可是我最近在学习NIO的时候居然发现有些Buffer类竟然没有注释，就那么突兀的写在哪里，让人好生心烦。程序员

更多内容请访问 www.flydean.com

竟然还有这样的事情？快带F师兄去看看。spring

小师妹：F师兄你看，以ShortBuffer为例，它的子类怎么后面都带一些奇奇怪怪的字符：架构

什么什么BufferB，BufferL，BufferRB，BufferRL，BufferS，BufferU，BufferRS，BufferRU都来了，点进去看他们的源码也没有说明这些类究竟是作什么的。spring-boot

还真有这种事情，给我一个小时，让我仔细研究研究。oop

一个小时后，小师妹，通过我一个小时的辛苦勘察，结果发现，确实没有官方文档介绍这几个类究竟是什么含义，可是师兄我掐指一算，好像发现了这些类之间的小秘密，且听为兄娓娓道来。学习

以前的文章，咱们讲到Buffer根据类型能够分为ShortBuffer，LongBuffer，DoubleBuffer等等。区块链

可是根据本质和使用习惯，咱们又能够分为三类，分别是：ByteBufferAsXXXBuffer，DirectXXXBuffer和HeapXXXBuffer。this

ByteBufferAsXXXBuffer主要将ByteBuffer转换成为特定类型的Buffer，好比CharBuffer，IntBuffer等等。spa

而DirectXXXBuffer则是和虚拟内存映射打交道的Buffer。

最后HeapXXXBuffer是在堆空间上面建立的Buffer。

Big Endian 和 Little Endian

小师妹，F师兄，你刚刚讲的都不重要，我就想知道类后面的B，L，R，S，U是作什么的。

好吧，在给你讲解这些内容以前，师兄我给你讲一个故事。

话说在明末浙江才女吴绛雪写过一首诗：《春景诗》

莺啼岸柳弄春晴，
柳弄春晴夜月明。
明月夜晴春弄柳，
晴春弄柳岸啼莺。

小师妹，可有看出什么特异之处？最好是多读几遍，读出声来。

小师妹：哇，F师兄，这首诗从头至尾和从尾到头读起来是同样的呀，又对称又有意境！

不错，这就是中文的魅力啦，根据读的方式不一样，得出的结果也不一样，其实在计算机世界也存在这样的问题。

咱们知道在java中底层的最小存储单元是Byte，一个Byte是8bits，用16进制表示就是Ox00-OxFF。

java中除了byte，boolean是占一个字节之外，好像其余的类型都会占用多个字节。

若是以int来举例，int占用4个字节，其范围是从Ox00000000-OxFFFFFFFF,假如咱们有一个int=Ox12345678，存到内存地址里面就有这样两种方式。

第一种Big Endian将高位的字节存储在起始地址

第二种Little Endian将地位的字节存储在起始地址

其实Big Endian更加符合人类的读写习惯，而Little Endian更加符合机器的读写习惯。

目前主流的两大CPU阵营中，PowerPC系列采用big endian方式存储数据，而x86系列则采用little endian方式存储数据。

若是不一样的CPU架构直接进行通讯，就由可能由于读取顺序的不一样而产生问题。

java的设计初衷就是一次编写到处运行，因此天然也作了设计。

因此BufferB表示的是Big Endian的buffer，BufferL表示的是Little endian的Buffer。

而BufferRB，BufferRL表示的是两种只读Buffer。

aligned内存对齐

小师妹：F师兄，那这几个又是作什么用的呢？ BufferS，BufferU，BufferRS，BufferRU。

在讲解这几个类以前，咱们先要回顾一下JVM中对象的存储方式。

还记得咱们是怎么使用JOL来分析JVM的信息的吗？代码很是很是简单：

log.info("{}", VM.current().details());

输出结果：

# Running 64-bit HotSpot VM.
# Using compressed oop with 3-bit shift.
# Using compressed klass with 3-bit shift.
# WARNING | Compressed references base/shifts are guessed by the experiment!
# WARNING | Therefore, computed addresses are just guesses, and ARE NOT RELIABLE.
# WARNING | Make sure to attach Serviceability Agent to get the reliable addresses.
# Objects are 8 bytes aligned.
# Field sizes by type: 4, 1, 1, 2, 2, 4, 4, 8, 8 [bytes]
# Array element sizes: 4, 1, 1, 2, 2, 4, 4, 8, 8 [bytes]

上面的输出中，咱们能够看到：Objects are 8 bytes aligned，这意味着全部的对象分配的字节都是8的整数倍。

再注意上面输出的一个关键字aligned，确认过眼神，是对的那我的。

aligned对齐的意思，表示JVM中的对象都是以8字节对齐的，若是对象自己占用的空间不足8字节或者不是8字节的倍数，则补齐。

仍是用JOL来分析String对象：

[main] INFO com.flydean.JolUsage - java.lang.String object internals:
 OFFSET  SIZE      TYPE DESCRIPTION                               VALUE
      0    12           (object header)                           N/A
     12     4    byte[] String.value                              N/A
     16     4       int String.hash                               N/A
     20     1      byte String.coder                              N/A
     21     1   boolean String.hashIsZero                         N/A
     22     2           (loss due to the next object alignment)
Instance size: 24 bytes
Space losses: 0 bytes internal + 2 bytes external = 2 bytes total

能够看到一个String对象占用24字节，可是真正有意义的是22字节，有两个2字节是补齐用的。

对齐的好处显而易见，就是CPU在读取数据的时候更加方便和快捷，由于CPU设定是一次读取多少字节来的，若是你存储是没有对齐的，则CPU读取起来效率会比较低。

如今能够回答部分问题：BufferU表示是unaligned，BufferRU表示是只读的unaligned。

小师妹：那BufferS和BufferRS呢？

这个问题其实仍是很难回答的，可是通过师兄个人不断研究和探索，终于找到了答案：

先看下DirectShortBufferRU和DirectShortBufferRS的区别，二者的区别在两个地方，先看第一个Order：

DirectShortBufferRU:

public ByteOrder order() {
        return ((ByteOrder.nativeOrder() != ByteOrder.BIG_ENDIAN)
                ? ByteOrder.LITTLE_ENDIAN : ByteOrder.BIG_ENDIAN);
    }

DirectShortBufferRS：

public ByteOrder order() {
        return ((ByteOrder.nativeOrder() == ByteOrder.BIG_ENDIAN)
                ? ByteOrder.LITTLE_ENDIAN : ByteOrder.BIG_ENDIAN);
    }

能够看到DirectShortBufferRU的Order是跟nativeOrder是一致的。而DirectShortBufferRS的Order跟nativeOrder是相反的。

为何相反？再看二者get方法的不一样：

DirectShortBufferU：

public short get() {
        try {
            checkSegment();
            return ((UNSAFE.getShort(ix(nextGetIndex()))));
        } finally {
            Reference.reachabilityFence(this);
        }
    }

DirectShortBufferS：

public short get() {
        try {
            checkSegment();
            return (Bits.swap(UNSAFE.getShort(ix(nextGetIndex()))));
        } finally {
            Reference.reachabilityFence(this);
        }
    }

区别出来了，DirectShortBufferS在返回的时候作了一个bits的swap操做。

因此BufferS表示的是swap事后的Buffer，和BufferRS表示的是只读的swap事后的Buffer。

总结

不写注释实在是害死人啊！尤为是JDK本身也不写注释的状况下！

更多精彩内容且看：

本文做者：flydean程序那些事
本文连接：http://www.flydean.com/java-io-nio-kinds-of-buffer/

本文来源：flydean的博客

欢迎关注个人公众号:程序那些事，更多精彩等着您！