首页 科技正文

环球ug官方注册:小师妹学JavaIO之:NIO中那些新鲜的Buffer

admin 科技 2020-08-19 28 1

目录
  • 简介
  • Buffer的分类
  • Big Endian 和 Little Endian
  • aligned内存对齐
  • 总结

简介

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

Buffer的分类

小师妹:F师兄不都说JDK源码是最好的java先生吗?为程不识源码,就称牛人也枉然。然则我最近在学习NIO的时刻竟然发现有些Buffer类居然没有注释,就那么突兀的写在那里,让人好生心烦。

更多内容请接见www.flydean.com

居然另有这样的事情?快带F师兄去看看。

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

什么什么BufferB,BufferL,BufferRB,BufferRL,BufferS,BufferU,BufferRS,BufferRU都来了,点进去看他们的源码也没有说明这些类到底是做什么的。

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

一个小时后,小师妹,经由我一个小时的辛劳勘探,效果发现,确实没有官方文档先容这几个类到底是什么寄义,然则师兄我掐指一算,似乎发现了这些类之间的小秘密,且听为兄娓娓道来。

之前的文章,我们讲到Buffer凭据类型可以分为ShortBuffer,LongBuffer,DoubleBuffer等等。

然则凭据本质和使用习惯,我们又可以分为三类,分别是:ByteBufferAsXXXBuffer,DirectXXXBuffer和HeapXXXBuffer。

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

而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自己也不写注释的情况下!

更多精彩内容且看:

  • 区块链从入门到放弃系列教程-涵盖密码学,超级账本,以太坊,Libra,比特币等连续更新
  • Spring Boot 2.X系列教程:七天从无到有掌握Spring Boot-连续更新
  • Spring 5.X系列教程:知足你对Spring5的一切想象-连续更新
  • java程序员从小工到专家成神之路(2020版)-连续更新中,附详细文章教程

本文作者:flydean程序那些事

本文链接:http://www.flydean.com/java-io-nio-kinds-of-buffer/

本文泉源:flydean的博客

迎接关注我的民众号:程序那些事,更多精彩等着您!

,

Allbet手机版下载

欢迎进入Allbet手机版下载(Allbet Game):www.aLLbetgame.us,欧博官网是欧博集团的官方网站。欧博官网开放Allbet注册、Allbe代理、Allbet电脑客户端、Allbet手机版下载等业务。

版权声明

本文仅代表作者观点,
不代表本站Sunbet的立场。
本文系作者授权发表,未经许可,不得转载。

评论

精彩评论
  • 2020-08-19 00:02:18

    Allbet欢迎进入allbet欧博官网。allbet欧博官网开放ALLBET欧博真人客户端、Allbet代理网页版、Allbet会员网页版、Allbet会员注册、Allbet代理开户、Allbet电脑客户端下载、Allbet手机版下载等业务。顶起来啊朋友们

站点信息

  • 文章总数:1118
  • 页面总数:0
  • 分类总数:8
  • 标签总数:2073
  • 评论总数:236
  • 浏览总数:8501