byte

Barracuda 是希捷一款硬盘的总称，名字是酷鱼「Barracuda 7200.7」硬盘提供160/120/80/40GB储存容量型号，配置2MB高速缓存，电机转速7,200 RPM；而最高阶的「Barracuda 7200.7 Plus」提供160/120储存容量型号，配置5MB数据缓存，电机转速同为7,200 RPM。你那个数据应该是Barracuda 7200.7 80 Gbytes 就是「Barracuda 7200.7」硬盘80G的固态硬盘

本篇文章我们讲解缓存区 ByteBuf 八大主要类型中两种，未池化直接缓冲区 UnpooledDirectByteBuf 和 未池化不安全直接缓冲区 UnpooledUnsafeDirectByteBuf 。 UnpooledDirectByteBuf 一个基于 NIO ByteBuffer 的缓冲区。 建议使用 UnpooledByteBufAllocator.directBuffer(int, int) , Unpooled.directBuffer(int) 和 Unpooled.wrappedBuffer(ByteBuffer) ；而不是显式调用构造函数。 有四个成员属性: 通过 allocateDirect(initialCapacity) 方法创建一个新的 NIO 缓存区实例来初始化此缓存区对象。 利用现有的 NIO 缓存区创建此缓存区。 通过 NIO 缓存区 buffer 对应方法获取基本数据类型数据。 根据目标缓存区 dst 类型不同，处理的方式也不同。 你会发现这些方法都是获取此缓存区对应 NIO 缓存区 ByteBuffer 对象，调用 ByteBuffer 对象的方法，与 IO 流的交互，进行数据传输 和 get 系列方法一样， set 系列的实现也是靠 NIO 缓存区 ByteBuffer 对应方法。 剩余方法也几乎都是和 NIO 缓存区 ByteBuffer 有关，而且也不难，就不做过多介绍了。 UnpooledDirectByteBuf 主要是通过 NIO 缓存区 buffer 来存储数据。而它获取和设置数据，也都是通过 NIO 缓存区对应方法实现的。 光看介绍，和 UnpooledDirectByteBuf 没有任何区别。它也是 UnpooledDirectByteBuf 的子类。 那么 UnpooledUnsafeDirectByteBuf 和 UnpooledDirectByteBuf 不同处在那里呢? 通过复习 setByteBuffer 方法，获取 NIO 缓存区 buffer 对应的直接内存地址。 通过 UnsafeByteBufUtil 对应方法，直接从内存地址获取对应基本类型数据。 通过 UnsafeByteBufUtil 对应方法，直接向内存地址设置对应基本类型数据。 只有这个类型 hasMemoryAddress() 方法才会返回 true 。 UnpooledUnsafeDirectByteBuf 就是通过直接从内存地址中获取和设置数据的方式，提高性能。

ByteBuf由一段地址空间，一个read index和一个write index组成。两个index分别记录读写进度，省去了NIO中ByteBuffer手动调用flip和clear的烦恼。 通过上图可以很好的理解ByteBuf的数据划分。writer index到capacity之间的部分是空闲区域，可以写入数据；reader index到writer index之间是已经写过还未读取的可读数据；0到reader index是已读过可以释放的区域。 三个index之间的关系是：reader index <= writer index <= capacity ByteBuf根据其数据存储空间不同有可以分为三种：基于JVM堆内的，基于直接内存的和组合的。 堆内受JVM垃圾收集器的管辖，使用上相对安全一些，不用每次手动释放。弊端是GC是会影响性能的；还有就是内存的拷贝带来的性能损耗(JVM进程到Socket)。 直接内存则不受JVM的管辖，省去了向JVM拷贝数据的麻烦。但是坏处就是别忘了释放内存，否则就会发生内存泄露。相比于堆内存，直接内存的的分配速度也比较慢。 最佳实践：在IO通信的线程中的读写Buffer使用DirectBuffer(省去内存拷贝的成本)，在后端业务消息的处理使用HeapBuffer(不用担心内存泄露)。 通过hasArray检查一个ByteBuf heap based还是direct buffer。 ByteBuf提供了两个工具类来创建ByteBuf，分别是支持池化的Pooled和普通的Unpooled。Pooled缓存了ByteBuf的实例，提高性能并且减少内存碎片。它使用Jemalloc来高效的分配内存。 如果在Channel中我们可以通过channel.alloc()来拿到ByteBufAllocator，具体它使用Pool还是Unpool，Directed还是Heap取决于程序的配置。 markReaderIndex和resetReaderIndex是一个成对的操作。markReaderIndex可以打一个标记，调用resetReaderIndex可以把readerIndex重置到原来打标记的位置。 discardReadByte可以把读过的空间释放，这时buffer的readerIndex置为0，可写空间和writerIndex也会相应的改变。discardReadBytes在内存紧张的时候使用用，但是调用该方法会伴随buffer的内存整理的。这是一个expensive的操作。 clear是把readerIndex和writerIndex重置到0。但是，它不会进行内存整理，新写入的内容会覆盖掉原有的内容。 派生操作会产生一个新的ByteBuf实例。这里的新指得是ByteBuf的引用是新的所有的index也是新的。但是它们共用着一套底层存储。派生函数： 如果想要复制一个 全新 的ByteBuffer请使用copy，这会完全的复制一个新的ByteBuf出来。 引用计数记录了当前ByteBuf被引用的次数。新建一个ByteBuf它的refCnt是1，当refCnt == 0时，这个ByteBuf即可被回收。 引用技术主要用于内存泄露的判断，Netty提供了内存泄露检测工具。通过使用参数 -Dio.netty.leakDetectionLevel=${level} 可以配置检测级别： 很多时候需要从ByteBuf中查找特定的字符，比如LineBasedFrameDecoder需要在ByteBuf中查找" "。ByteBuf提供了简单的indexOf这样的函数。同时也可以使用ByteProcesser来查找。 以下 gist 提供了一些example。

没有最佳答案回答的那么复杂，通过查看StringDecoder、StringEncoder代码就能知道从ByteBuf中读取字符串：String str = in.readBytes(readLength).toString(Charset.forName("UTF-8"));就可以了。由于调用的是readxxx方法，所以会自动推进readerIndex。ByteBuf.readBytes方法有很多重载，选择你需要的。它返回的也是一个ByteBuf，用toString(Charset)方法就能转成String。PS：这里有个坑，ByteBuf.toString()返回的字符串跟toString(Charset)返回的完全不是同一个东西。。。

bit[bit]n.小块, 少量, 片刻, 马嚼子, 辅币vt.上马嚼子, 控制vbl.咬n.[计]位, 比特byte[bait]n.【计】二进位组, 信息组, 字节, 位组

字节 1TB=1024GB1GB=1024MB1MB=1024KB1KB=1024byte1Byte=8bit

你好，System.out.println(dis.readInt());执行的这里，就等待输入了，导致输出流阻塞，所以就没有输出了。

类型转换肯定有误差了.这个一般只用单方向的吧?

ObjectOutputStream oos = null;//对象输出流ByteArrayOutputStream baos = null;//byte数组输出流ByteArrayInputStream bais = null;//对象输入流try {//序列化baos = new ByteArrayOutputStream();oos = new ObjectOutputStream(baos);//将数组流传入对象流oos.writeObject(new Integer(1));//用对象流读取对象。byte[] bytes = baos.toByteArray();//用数组流将传入的对象转化为byte数组//反序列化bais = new ByteArrayInputStream(bytes);ObjectInputStream ois = new ObjectInputStream(bais);Integer i = (Integer)ois.readObject();System.out.println(i);} catch (Exception e) {}以上是把integer类型转化成byte[]数组类型。注：基本类型要转化为byte[]数组的话，需要用该基本类型的引用类。比如int的引用类是integer，就行了所有的类型，包括class都可以用这种序列化方式来转成byte[]，

由于bytes中全是0，而0代表结束，所以ObjectInputStream就报错了你可以先把一个实际的对象读入到bytes中，再试试

楼上回答很详细..