java内存泄漏和内存溢出
-
概念
a)内存泄露:被分配对象可达但无用
b)内存溢出:无法申请到足够的内存而产生的错误 -
内存泄漏场景
a)创建和应用生命周期一样的单例对象
b)创建匿名内部类的静态对象
c)未关闭资源
d)长时间存在的集合容器中创建生命周期短的对象示例:A a = new A(); B b = new B(a); a = null; //期望a被回收,但事实是b中还有a的引用,所以导致a内存地址不可用,导致泄漏。可以使用弱引用(当a失效时,所有的引用也失效)解决。
e)修改hashset中的值,因此改变了该对象的哈希值
-
内存溢出场景
a)堆内存溢出
b)方法区内存溢出(反射,静态变量)
c)线程栈溢出(递归) -
分析内存溢出(mat分析内存工具)
通过参数 -XX:+HeapDumpOnOutOfMemoryError 可以让虚拟机在出现溢出时Dump出当前的内存堆转储快照以便事后进行分析。如果时采用的eclispse开发工具,自带一个内存影像分析工具对dump 出来的堆转储快照进行分析,重点时分析到底时出现了内存泄漏(Memory Leak)还是 内存溢出(Memeory OverFlow).
如果出现的内存泄露问题,进一步通过工具查看泄露对象到GC Roots 的引用连。找到泄露对象时通过怎么样的路径与GC Roots 相关联并导致垃圾收集器无法自动回收他们的,掌握了泄露对象的类型信息以及GCRoots 引用连的信息,就可以比较准确的定位出泄露代码的位置。
如果不存在泄露,换句话说就是 内存中的对象确实都必须存活着,那就检查虚拟机的堆参数,与机器物理内存对比看是否好可以调大,从代码上检查是否存在某些对象生命周期过长,持有状态时间过长的情况,尝试减少程序运行期间的内存消耗。 -
避免内存溢出
a)尽早释放无用内存
b)处理字符串尽可能使用StringBuffer,因为每创建一个String占一个独立内存
c)少用静态变量(JDK1.8不存在方法区,不用考虑)
d)避免循环中创建对象