Java技术——Java中的内存泄漏
． OOM的常见类型
按照JVM规范，JAVA虚拟机在运行时会管理以下的内存区域：
程序计数器：当前线程执行的字节码的行号指示器，线程私有。
JAVA虚拟机栈：Java方法执行的内存模型，每个Java方法的执行对应着一个栈帧的进栈和出栈的操作。
本地方法栈：类似“ JAVA虚拟机栈 ”，但是为native方法的运行提供内存环境。
JAVA堆：对象内存分配的地方，内存垃圾回收的主要区域，所有线程共享。可分为新生代，老生代。
方法区：用于存储已经被JVM加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。Hotspot中的“永久代”。
运行时常量池：方法区的一部分，存储常量信息，如各种字面量、符号引用等。
直接内存：并不是JVM运行时数据区的一部分， 可直接访问的内存， 比如NIO会用到这部分。
JVM除了程序计数器不会抛出OOM外，其他各个内存区域都可能会抛出OOM。
最常见的OOM类型有以下几种：
3.1 Java堆内存溢出
Java堆用于存储对象实例，我们只要不断的创建对象，并且保证GC Roots到对象之间有可达路径来避免垃圾回收机制清除这些对象，就会在对象数量达到最大堆容量限制后产生内存溢出异常。
出现这种异常，一般手段是先通过内存映像分析工具(如Eclipse Memory Analyzer)对dump出来的堆转存快照进行分析，重点是确认内存中的对象是否是必要的，先分清是因为内存泄漏(Memory Leak)还是内存溢出(MemoryOverflow)。
如果是内存泄漏，可进一步通过工具查看泄漏对象到GC Roots的引用链。于是就能找到泄漏对象时通过怎样的路径与GC Roots相关联并导致垃圾收集器无法自动回收。
如果不存在泄漏，那就应该检查虚拟机的参数(-Xmx与-Xms)的设置是否适当。
3.2 虚拟机栈和本地方法栈溢出
如果线程请求的栈深度大于虚拟机所允许的最大深度，将抛出StackOverflowError异常。
如果虚拟机在扩展栈时无法申请到足够的内存空间，则抛出OutOfMemoryError异常
这里需要注意当栈的大小越大可分配的线程数就越少。
3.3 运行时常量池溢出
如果要向运行时常量池中添加内容，最简单的做法就是使用String.intern()这个Native方法。该方法的作用是：如果池中已经包含一个等于此String的字符串，则返回代表池中这个字符串的String对象；否则，将此String对象包含的字符串添加到常量池中，并且返回此String对象的引用。由于常量池分配在方法区内，我们可以通过-XX:PermSize和-XX:MaxPermSize限制方法区的大小，从而间接限制其中常量池的容量。
以上所说为JDK1.7以下版本适用，因为1.7常量池被移动到了堆空间。
3.4 方法区溢出
方法区用于存放Class的相关信息，如类名、访问修饰符、常量池、字段描述、方法描述等。
方法区溢出也是一种常见的内存溢出异常，一个类如果要被垃圾收集器回收，判定条件是很苛刻的。在经常动态生成大量Class的应用中，要特别注意这点。
最新文章
- CSS垂直水平居中方法总结
- poj1228--稳定凸包
- Opencv step by step - 自适应阈值
- [saiku] 将saiku自带的H2嵌入式数据库迁移到本地mysql数据库
- PCB优化设计(转载）
- KVM地址翻译流程及EPT页表的建立过程
- css编译工具Sass中混合宏，继承，占位符分别在什么时候使用
- js左侧三级菜单导航代码
- Go 程序的性能优化及 pprof 的使用
- Oracle相关知识做个总结
- cesium 显示北京时间
- 利用SHA-1算法和RSA秘钥进行签名验签(带注释)
- 201771010134杨其菊《面向对象程序设计（java）》第十五周学习
- c++模板 与 泛型编程基础
- .net4.0 请求HTTPS出错：未能创建 SSL/TLS 安全通道
- mysql日常笔记(持续更新)
- Visitor 访问者模式 MD
- 子网掩码 解释 ---判断各部机器ip 是不是同一个网段
- [错误记录]python requests库 Response 判断坑
- C#在WinForm中重写ProgressBar控件（带%的显示）