活点地图

活点地图

The Marauder's Map

 
聊聊Unsafe的一些使用技巧
记得初学 Java 那会,刚学完语法基础,就接触到了 反射 这个 Java 提供的特性,尽管在现在看来,这是非常基础的知识点,但那时候无疑是兴奋的,瞬间觉得自己脱离了"Java 初学者"的队伍。随着工作经验的积累,我也逐渐学习到了很多类似的让我为之而兴奋的知识点,Unsafe 的使用技巧无疑便是其中一个。 sun.misc.Unsafe 是 JDK 原生提供的一个工具类,包含了很多在 Java 语言看来很 cool 的操作,例如内存分配与回收、CAS 操作、类实例化、内存屏障等。正如其命名一样,由于其可以直接操作内存,执行底层系统调用,其提供的操作也是比较危险的。Unsafe 在扩展 Java 语言表达能力、便于在更高层(Java层)代码里实现原本要在更低层(C层)实现的核心库功能上起到了很大的作用。 从 JDK9 开始,Java 模块化设计的限制,使得非标准库的模块都无法访问到 sun.misc.Unsafe 。但在 JDK8 中,我们仍然可以直接操作 Unsafe,再不学习,后面可能就没机会了。 Unsafe 被设计的初衷,并不是希望被一般开发者调用,所以我们不能通过 new 或者工厂方法去实例化 Unsafe 对象,通常可以采用反射的方法获取到 Unsafe 实例: 拿到之后,便可以用这个全局的单例对象去为所欲为了。 图片来源于网络,我直接借用过来了。上图包含了 Unsafe 的众多功能,还算全面。如果全部介绍,文章篇幅会过长,形式难免会流水账,我打算结合我的一些项目经验以及一些比赛经验,从实践角度聊聊 Unsafe 的一些使用技巧。 Java 其实也可以像 C++ 那样直接操作内存,借助 Unsafe 就可以。让我们先来看一个
聊聊Unsafe的一些使用技巧
 
 
万字精美图文,带你掌握 JVM 内存布局及细节分析
本JVM系列属于本人学习过程当中总结的一些知识点,目的是想让读者更快地掌握JVM相关的知识要点,难免会有所侧重,若想要更加系统更加详细的学习JVM知识,还是需要去阅读专业的书籍和文档。 本文主题内容: 注:请 区分 JVM内存结构(内存布局) 和 JMM(Java内存模型)这两个不同的概念! 内存是非常重要的系统资源,是硬盘和CPU的中间仓库及桥梁,承载着操作系统和应用程序的实时运行。JVM 内存布局规定了 Java 在运行过程中内存申请、分配、管理的策略 ,保证了 JVM 的高效稳定运行。 上图描述了当前比较经典的Java内存布局。(堆区画小了2333,按理来说应该是最大的区域) 如果按照线程是否共享来分类的话,如下图所示: PS:线程是否共享这点,实际上理解了每块区域的实际用处之后,就很自然而然的就记住了。不需要死记硬背。 下面让我们来了解下各个区域。 我们先来说堆。堆是 OOM故障最主要的发生区域。它是内存区域中最大的一块区域,被所有 线程共享,存储着 几乎所有的实例对象、数组。 所有的对象实例以及数组都要在堆上分配,但是随着JIT编译器的发展与 逃逸分析技术逐渐成熟,栈上分配、标量替换优化技术将会导致一些微妙的变化发生, 所有的对象都分配在堆上也渐渐变得不是那么"绝对"了 。 延伸知识点:JIT编译优化中的一部分内容 - 逃逸分析 。 推荐阅读:深入理解Java中的逃逸分析 Java堆是垃圾收集器管理的主要区域,因此 很多时候也被称做"GC堆"。从内存回收的角度来看,由于现在收集器基本都采用分代收集算法,所以Java堆中还可以细分为: 新生代和老年代。再细致一点的有 Eden空间、From Survivor空间、To Survivor空间 等。从内存分配的角度来看,线程共享的Java堆中可能划分出多个线程私有的分配缓冲区(Thread Local Allocation Buffer,TLAB)。不过无论如何划分,都与存放内容无关,无论哪个区域,存储的都仍然是对象实例,进一步划分的目的是为了更好地回收内存,或者更快地分配内存。 根据Java虚拟机规范的规定, Java堆可以处于物理上不连续的内存空间中 ,只要逻辑上是连续的即可,就像我们的磁盘空间一样。在实现时,既可以实现成固定大小的,也可以在运行时动态地调整。 如何调整呢? 值得注意的是,在通常情况下,服务器在运行过程中,堆空间不断地扩容与回缩,会形成不必要的系统压力 所以在线上生产环境中 JVM的 Xms 和 Xmx 会设置成同样大小,避免在GC 后调整堆大小时带来的额外压力。 另外,再强调一下堆空间内存分配的大体情况。 这里可能就会有人来问了,你从哪里知道的呢?如果我想配置这个比例,要怎么修改呢? 我先来告诉你怎么看虚拟机的默认配置。命令行上执行如下命令,就可以查看当前JDK版本所有默认的JVM参数。 输出 对应的输出应该有几百行,我们这里去看和堆内存分配相关的两个参数 参数解释 因为新生代是由Eden + S0 + S1组成的,所以按照上述默认比例,如果eden区内存大小是40M,那么两个survivor区就是5M,整个young区就是50M,然后可以算出Old区内存大小是100M,堆区总大小就是150M。 输出 -XX:+HeapDumpOnOutOfMemoryError 可以让JVM在遇到OOM异常时,输出堆内信息,特别是对相隔数月才出现的OOM异常尤为重要。 看完上面对堆的介绍,我们趁热打铁再学习一下JVM创建一个新对象的内存分配流程。 绝大部分对象在Eden区生成,当Eden区装填满的时候,会触发 YoungGarbageCollection ,即 。垃圾回收的时候,在Eden区实现清除策略,没有被引用的对象则直接回收。依然存活的对象会被移送到Survivor区。Survivor区分为so和s1两块内存空间。每次 的时候,它们将存活的对象复制到未使用的那块空间,然后将当前正在使用的空间完全清除,交换两块空间的使用状态。如果 要移送的对象大于Survivor区容量的上限,则直接移交给老年代。一个对象也不可能永远呆在新生代,就像人到了18岁就会成年一样,在JVM中 -XX:MaxTenuringThreshold 参数就是来配置一个对象从新生代晋升到老年代的阈值。默认值是 15 , 可以在Survivor区交换14次之后,晋升至老年代。 上述涉及到一部分垃圾回收的名词,不熟悉的读者可以查阅资料或者看下本系列的垃圾回收章节。 在 HotSpot JVM 中, 永久代( ≈ 方法区)中用于存放类和方法的元数据以及常量池 ,比如 和 ...
万字精美图文,带你掌握 JVM 内存布局及细节分析
 
 
 
 
Piping 是一个轻量级的开源文件传输工具,可自托管,支持使用 curl、wget 下载,可更广泛的在无浏览器的设备上使用。传输方式基于 HTTP/HTTPS,使用 Stream 流式传输,可传输任何数据,比如屏幕共享、远程桌面、共享绘画、文字聊天等内容,也无大小限制。开发者曾测试不间断用 64 天传输了 1PB 文件。 http://t.cn/A6xUOVMy
 
一个字节员工开源的抠图工具