前言 写NIO程序时，经常使用ByteBuffer来读取写入数据，那使用ByteBuffer.allocate()还是ByteBuffer.allocateDirect分配呢？ allocate()分配的是jvm堆内存，属于GC管理范畴，需要堆内拷贝，速度较慢。 allocateDireact()直接分配堆外内存，属于OS范畴，没有GC管理，速度较快。 我们希望使用速度更快的方式，但是没有GC管理会产生OOM的问题。 好在OS内存在java中有个DirectByteBuffer与之对应，当GC发生时，这个类
直接内存由操作系统来管理。常见于NIO，用于数据缓冲，读写性能很高，分配回收花销较高。
什么是直接内存与非直接内存 根据官方文档的描述： A byte buffer is either direct or non-direct. Given a direct byte buffer, the Java virtual machine will make a best effort to perform native I/O operations directly upon it. That is, it will attempt to avoid copying the buffer's co
OOM导致的溢出比较容易复现，并且很容易排查，在日常开发过程中要注意，不用的变量或引用要及时回收。
Netty Review - NioServerSocketChannel源码分析
非池化内存的分配由UnpooledByteBufAllocator负责，本文梳理下由其负责分配的堆内存和堆外内存如何实现的 。
直接内存是Java堆之外的，直接向系统申请的内存空间，所以直接内存不是虚拟机的一部分，也不是《Java虚拟机规范》中定义的内存区域，也有可能导致OOM。
NIO中的Buffer用于和NIO Channel交互。 数据是从Channel读入Buffer，从Buffer写入Channel。
本文来自作者 应书澜 在 GitChat 上分享 「深入解读 Java 堆外内存（直接内存）」
今天在研究JVM的直接内存溢出时发现直接内存和堆内存一样，在直接内存快满时会触发full gc，full gc会将未被引用的对象及其指向的直接内存释放掉，如下为测试代码： package test.oom; import java.nio.ByteBuffer; import java.util.ArrayList; import java.util.List; /** * VM args: -XX:+PrintGCDetails -XX:MaxDirectMemorySize=500M * @au
本篇主要讲解如何使用直接内存（堆外内存），并按照下面的步骤进行说明： 相关背景-->读写操作-->关键属性-->读写实践-->扩展-->参考说明 希望对想使用直接内存的朋友，提供点快捷的参考。 数据类型 下面这些，都是在使用DirectBuffer中必备的一些常识，暂作了解吧！如果想要深入理解，可以看看下面参考的那些博客。 基本类型长度 在Java中有很多的基本类型，比如： byte，一个字节是8位bit，也就是1B short，16位bit，也就是2B int，32位bit，也就是4B long, 64位
boss线程主要负责监听并处理accept事件，将socketChannel注册到work线程的selector，由worker线程来监听并处理read事件，本节主要分析Netty如何处理read事件。
第 11 章 直接内存 1、直接内存概述 直接内存 不是虚拟机运行时数据区的一部分，也不是《Java虚拟机规范》中定义的内存区域。 直接内存是在Java堆外的、直接向系统申请的内存区间。 来源于NIO，通过存在堆中的DirectByteBuffer操作Native内存 通常，访问直接内存的速度会优于Java堆。即读写性能高。 因此出于性能考虑，读写频繁的场合可能会考虑使用直接内存。 Java的NIO库允许Java程序使用直接内存，用于数据缓冲区 代码示例 代码 /** * IO
序 本文主要研究一下jvm的-XX:MaxDirectMemorySize jpoutisfj_03.png -XX:MaxDirectMemorySize -XX:MaxDirectMemorySize=size用于设置New I/O(java.nio) direct-buffer allocations的最大大小，size的单位可以使用k/K、m/M、g/G；如果没有设置该参数则默认值为0，意味着JVM自己自动给NIO direct-buffer allocations选择最大大小 System.i
Java NIO(New IO)是从Java 1.4版本开始引入的 一个新的IO API，可以替代标准的Java IO API。 NIO与原来的IO有同样的作用和目的，但是使用 的方式完全不同，NIO支持 面向缓冲区的、基于 通道的IO操作。NIO将以更加高效的方式进行文件的读写操作。
相关文章 IO、NIO、AIO 内部原理分析 NIO 之 Selector实现原理 NIO 之 Channel实现原理 前言 Java NIO 主要由下面3部分组成： Buffer Channel
记得那是一个风和日丽的周末，太阳红彤彤，花儿五颜六色，96 年的普哥微信找到我，描述了一个诡异的线上问题：线上程序使用了 NIO FileChannel 的 堆内内存作为缓冲区，读写文件，逻辑可以说相当简单，但根据监控却发现堆外内存飙升，导致了 OutOfMemeory 的异常。
HeapByteBuffer是堆内ByteBuffer，使用byte[]存储数据，是对数组的封装，比较简单。DirectByteBuffer是堆外ByteBuffer，直接使用堆外内存空间存储数据，是NIO高性能的核心设计之一。本文来分析一下DirectByteBuffer的实现。
Java NIO 相关类在 JDK 1.4 中被引入，用于提高 I/O 的效率。Java NIO 包含了很多东西，但核心的东西不外乎 Buffer、Channel 和 Selector。本文中，我们先来聊聊的 Buffer 的实现。Channel 和 Selector 将在随后的文章中讲到。
ByteBuffer 是 java.nio 包下提供的一个类，提供了堆内内存分配与堆外内存分配机制，堆内内存分配方式：ByteBuffer.allocate(size)分配大小为size的字节数组；堆外内存分配方式：ByteBuffer.allocateDirect(size), 在堆外内存空间分配大小为size的空间地址。ByteBuffer.allocateDirect 返回的是一个DirectByteBuffer对象。
JAVA虚拟机内部便会调用OS底层的 read()系统调用完成操作，在调用 in.read()的时候就是从内核缓冲区直接返回数据了。
对于有Java开发经验的朋友都知道，Java中不需要手动的申请和释放内存，JVM会自动进行垃圾回收；而使用的内存是由JVM控制的。 那么，什么时机会进行垃圾回收，如何避免过度频繁的垃圾回收？如果JVM给的内存不够用，怎么办？ 此时，堆外内存登场！利用堆外内存，不仅可以随意操控内存，还能提高网络交互的速度。 背景1:JVM内存的分配 对于JVM的内存规则，应该是老生常谈的东西了，这里我就简单的说下： 新生代：一般来说新创建的对象都分配在这里。 年老代：经过几次垃圾回收，新生代的对象就会放在年
堆外内存一直是Java业务开发人员难以企及的隐藏领域，究竟他是干什么的，以及如何更好的使用呢？那就请跟着我进入这个世界吧。
字节缓冲区跟其他缓冲区类型最明显的不同在于，它们可以成为通道所执行的 I/O 的源头和/或目标。其实发现通道只接收ByteBuffer作为参数这个将Channel的时候会发现。
记得初学 Java 那会，刚学完语法基础，就接触到了反射这个 Java 提供的特性，尽管在现在看来，这是非常基础的知识点，但那时候无疑是兴奋的，瞬间觉得自己脱离了“Java 初学者”的队伍。随着工作经验的积累，我也逐渐学习到了很多类似的让我为之而兴奋的知识点，Unsafe 的使用技巧无疑便是其中一个。
国庆假期一眨眼就过去了，本来在家躺平的很舒服，没怎么肝云原生编程挑战赛，传送门：https://tianchi.aliyun.com/s/8bf1fe4ae2aea736e692c31c6952042d ，偏偏对手们假期开始卷起来了，眼看就要被人反超了，吓得我赶紧继续优化了。比赛大概还有一个月才结束，Kirito 的详细方案也会在比赛结束后分享，这期间我会分享一些比赛中的一些通用优化或者细节知识点，例如本文就是这么一个例子。
只有ByteBuffer可以获得直接缓冲区，通过allocateDirect()获取的缓冲区为直接缓冲区，这些缓冲区是建立在物理内存之中的。
Java 中原生读写方式大概可以被分为三种：普通 IO，FileChannel（文件通道），mmap（内存映射）。
服务端 package NIO.VIPIO; import java.io.FileInputStream; import java.net.InetSocketAddress; import java.nio.ByteBuffer; import java.nio.channels.*; import java.util.Iterator; import java.util.Set; public class BigFileTrans { public static void main(St
在上一篇文章中介绍了缓冲区内部对于状态变化的跟踪机制，而对于NIO中缓冲区来说，还有很多的内容值的学习，如缓冲区的分片与数据共享，只读缓冲区等。在本文中我们来看一下缓冲区一些更细节的内容。
显然，从上面得知本机直接内存的分配不会受到Java堆大小的限制，但这里要注意直接内存也是物理内存的一部分，也受到真实内存的限制，所以当直接内存占用过多时，使Java堆分配不到足够的内存空间也就抛出OOM异常了
有开发者提到，在RTMP/RTSP推送端的基础上，希望能回调编码后的音视频数据，便于开发者对接第三方系统，如GB28181.
本文主要研究一下netty的maxDirectMemory(io.netty.maxDirectMemory)
JVM 可以使用的内存分外 2 种：堆内存和堆外内存，这篇文章主要介绍堆外内存的使用示例
RandomAccessFile随机IO在java中是一个重要的IO类，与传统的IO类相比有很多特点：
JVM 直接内存（Direct Memory）是 JVM 运行时使用的一种特殊内存区域，它是 JVM 堆外的一块内存空间。在 Java 中，我们使用java.nio 包和java.lang.System类中的arraycopy()方法等来操作直接内存。
有时候对内存进行大对象的读写，会引起 JVM 长时间的停顿，有时候则是希望最大程度地提高 JVM 的效率，我们需要自己来管理内存（看起来很像是 Java 像 C++祖宗的妥协吧）。据我所知，很多缓存框架都会使用它，比如我以前使用过的 EhCache（给它包装了个酷一点的名字，叫 BigMemory），以及现在项目中的 Memcached。在 nio 以前，是没有光明正大的做法的，有一个 work around 的办法是直接访问 Unsafe 类。如果你使用 Eclipse，默认是不允许访问 sun.misc 下面的类的，你需要稍微修改一下，给 Type Access Rules 里面添加一条所有类都可以访问的规则：
今天JVM的书籍，看到有意思的事！关于堆外内存的大小！ 下面会报错吗？如果会那定义的堆外内存最大值应该是多少？
当调用一次 channel.read 或 stream.read 后，会切换至操作系统内核态来完成真正数据读取，而读取又分为两个阶段，分别为：
我们在做Android平台RTSP转发模块的时候，有公司提出来这样的技术需求，他们希望拉取外部RTSP摄像头的流，然后提供个轻量级RTSP服务，让内网其他终端过来拉流。实际上，这块，大牛直播SDK前几年就已经实现。
1. 多路编码，多个实例分别推送到不同的RTMP URL（如Android采集板卡同时接2路出去）；
现在使用 NIO 的场景越来越多，很多网上的技术框架或多或少的使用 NIO 技术，譬如 Tomcat、Jetty、Netty，学习和掌握 NIO 技术已经不是一个 Java 攻城狮的加分技能，而是一个必备技能。
学习五部曲，弄清楚5个W一个H(when(什么时候使用)、where（在哪个地方使用？）、who（对谁使用）、what（是个什么东西）、why（为什么要这么用？）.一个H即：how（到底该怎么用？）)，基本的概念篇主要围绕这几个方面进行分析
Java NIO是从JDK1.4版本开始引入的一个新的IO API，可以替代标准的Java IO API。NIO与原来的IO有同样的作用和目的，但是使用的方式完全不同，NIO支持面向缓存区的、基于通道的IO操作。NIO将以更加高效的方式进行文件的读写操作。
之前我们一直都是在绘制简单的图形与颜色，如果是一张图片该如何通过OpenGL ES进行渲染出来呢？
非字节类型的基本类型，除了布尔型 3都是由组合在一起的几个字节组成的。这些数据类型及其大小总结在下表中
直接内存 又称堆外内存，也就是说这不是jvm运行时数据区的一部分，也不是java虚拟机规范中定义的内存区域，但这部分也会被频繁的使用，而且也可能导致OOM。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
