如何发现内存泄露
如果您是一名新手或中级Java开发人员，还不知道如何使用Java虚拟机（JVM）生产环境，那么在Java应用程序中查找内存泄漏可能是大海捞针。但是，根据您的评测工具，您可以轻松地分析Java内存消耗，同时获得对Java生产应用程序中堆的即时洞察。但是，在详细介绍如何在java web应用程序中发现内存泄漏之前，让我们先了解一下什么是java内存泄漏，这种泄漏的可能原因以及处理此问题的修复过程。 J
Java内存模型-永久代PermGen和元空间Metaspace
一. JVM内存模型 根据JVM规范，JVM内存分为五个部分：虚拟机堆栈、堆、方法区、程序计数器和本地方法堆栈。 虚拟机堆栈：每个线程都有一个私有堆栈，该堆栈在创建线程时创建。堆栈内部是一种称为“堆栈帧”的东西。每个方法将创建一个堆栈帧。堆栈帧存储局部变量表（基本数据类型和对象引用）、操作数堆栈、方法退出和其他信息。堆栈的大小可以固定，也可以动态扩展。当堆栈调用深度大于JVM允许的范围时，将抛出s
Java从永久代PermGen到MetaSpace元空间的迁移
Java8永久代被移除 OutOfMemoryError，这是由于您的HotSpotVM的PermGen空间耗尽造成的。这个问题很常见，通常是由于应用程序的动态重新部署（例如，从应用程序服务器加载和卸载Java EE应用程序）通常会触发类元数据泄漏；最终导致固定PermGen空间完全耗尽。 然而，oraclejrockit和ibmjre一开始并没有使用PermGen空间。它们使用C堆（本机内存）来
Java的PermGen永久代去哪儿了？
Java虚拟机（JVM）使用其类的内部表示形式，其中包含每个类的元数据，如类层次结构信息、方法数据和信息（如字节码、堆栈和变量大小）、运行时常量池以及解析的符号引用和Vtables。 在过去（当自定义类装入器不那么常见的时候），类大多是“静态”的，很少被卸载或收集，因此被标记为“永久”。另外，由于类是JVM实现的一部分，而不是由应用程序创建的，因此它们被视为“非堆”内存。 对于JDK8之前的hot
如何使用Eclipse内存分析器MAT来查找类加载器泄漏
你可能是因为您的javaweb应用程序在java.lang.OutOfMemoryError：PermGen space（或java.lang.OutOfMemoryError：Metaspace，如果您使用Java 8）。我不会解释这个错误意味着什么，也不会解释它发生的原因，因为网上有很多关于它的信息——例如，请参阅Frank Kieviet关于这个问题及其解决方案的博客。 在第一篇文章中，我将
Java8中的元空间metaspace及其示例
在每种编程语言中，内存都是一种重要的资源，而且本质上也是稀缺的。因此，必须对内存进行彻底的管理，而不存在任何泄漏。在本文中，我们将了解什么是元空间，以及它与permgen有何不同。 在理解元空间之前，让我们先了解一下JVM内存结构。 JVM内存结构 JVM定义了在程序执行期间使用的各种运行时数据区域。有些区域是由JVM创建的，而有些是由程序中使用的线程创建的。但是，JVM创建的内存区域只有在JVM
关于G1垃圾收集器、永久代permgen和元空间metaspace
我们收到了一些关于G1垃圾收集器的问题，以及永久一代的使用。似乎有些混乱 当G1用作垃圾时，热点JVM不使用永久生成 JDK 7:PermGen永久代 JDK 7及其更新版中仍然存在永久代，所有的垃圾回收器都在使用。在JDK7中，删除永久生成已启动，并且部分数据驻留在永久生成被移到Java堆或本机堆。 永久生成并没有完全删除，它仍然存在于jdk7中以及它的更新。这是从永久性建筑中移走的东西的清单
metaspace元空间的前世今生
我们都知道在Java8中用元空间取代了PermGen。 但有几个问题： MetaSpace默认是GC收集的吗？ 即使PermGen是通过添加-XX:+CMSClassUnloadingEnabled这样的参数进行GC收集的，那么有什么比PermGen更好的MetaSpace呢？ MetaSpace基于本机内存，所以它将java对象保存在磁盘上，而不是VM上？ 甚至元空间也会耗尽内存？如果是这样的话
在这个努力程度如此低下的时代，还轮不到比拼天赋。静下心来，just do it
更多干货请关注公众号【Java老K】
录制线上真实流量在测试环境进行回放，对比差异
特点：
无代码侵入的数据采集和Mock，支持Spring、Dubbo、Redis、Mybatis等开源框架的录制和回放；
支持各种复杂业务场景的验证：多线程并发、异步回调、写操作等；
欢迎扫码进QQ群交流