(https://shimo.im/docs/9GTP6XrJg9J88cJD/)JVM常用参数设置积累c堆的初始值，默认物理内存的1/64Xms:堆的最大值，默认物理内存的1/4Xmx:年轻代大小「在整个堆内存大小确定的情况下，增大年轻代将会减小年老代，反之亦然。此值关系到JVM垃圾回收，对系统性能影响较大，官方推荐配置为整个堆大小的3/8」X

JDK中有个好用的工具“VisualVM”可以实时可视化的查看到java程序内存变化情况，对于理解GC和java内存管理还是有很大帮助的，以前看论坛看帖子讲到java内存管理真是各说纷纭啊！有人说“JVM的内存分为两块堆和栈”，还有人说"JVM的内存分为三块（新生代、老年代、方法区）"，想必很多人和我一样都搞得有点摸不着头脑了吧。下面来眼见为实：工欲善

Netty出发点作为一款高性能的RPC框架必然涉及到频繁的内存分配销毁操作，如果是在堆上分配内存空间将会触发频繁的GC，JDK在1.4之后提供的NIO也已经提供了直接直接分配堆外内存空间的能力，但是也仅仅是提供了基本的能力，创建、回收相关的功能和效率都很简陋。基于此，在堆外内存使用方面，Netty自己实现了一套创建、回收堆外内存池的相关功能。基

一、概念1\.内存泄漏：对象使用完之后，没有按照预期被GC回收，一直留在内存中2\.内存溢出：大量对象一直留在内存中，导致内存不够用(OOM)，影响正常的程序运行二、内存泄漏的场景1\.内存中数据量太大，比如一次性从数据库中取出来太多数据2\.静态集合类中对对象的引用，在使用完后未清空(只把对象设为null，而不是从集合中移除)，

一、如何判断对象时候需要回收1.引用计数法        给对象添加一个引用计数器，每当有一个地方引用它，计数器加1；引用失效时，计数器减1。计数器为0的对象就表示不可用。      优点：效率高，实现简单。      缺点：对象间如果存在循环引用的情况，就会导致计数器不可能为0，计数器无法通知GC进行回收。2.可达性分析算法