JAVA_OPTS=" -Xss1024k -Xms8192m -Xmx8192m -Xmn3072m -XX:PermSize=64m -XX:MaxPermSize=300m "

参数说明：

-server:一定要作为第一个参数，在多个CPU时性能

-Xss：每个线程的堆栈大小

-Xms：初始Heap大小，使用的最小内存,cpu性能高时此值应设的大一些

-Xmx：java heap最大值，使用的最大内存

-Xmn ：为新生代的大小

-XX:PermSize:设定内存的永久保存区域

-XX:MaxPermSize:设定最大内存的永久保存区域

java的直接内存：

NIO是一直基于通道和缓冲区的I/O方式，NIO就是放在直接内存中。

如果你有少量的连接使用非常高的带宽，一次发送大量的数据，也许典型的IO服务器实现可能非常契合。

1，程序计数器(Program Counter Register)：程序计数器是一个比较小的内存区域，用于指示当前线程所执行的字节码执行到了第几行，可以理解为是当前线程的行号指示器。

2，虚拟机栈(JVM Stack)：一个线程的每个方法在执行的同时，都会创建一个栈帧(Statck Frame)，栈帧中存储的有局部变量表、操作站、动态链接、方法出口等，当方法被调用时，栈帧在JVM栈中入栈，当方法执行完成时，栈帧出栈。

3，本地方法栈(Native Method Statck)：本地方法栈在作用，运行机制，异常类型等方面都与虚拟机栈相同，唯一的区别是：虚拟机栈是执行Java方法的，而本地方法栈是用来执行native方法的，在很多虚拟机中(如Sun的JDK默认的HotSpot虚拟机)，会将本地方法栈与虚拟机栈放在一起使用。

本地方法栈也是线程私有的。

4，堆区(Heap)：堆区是理解Java GC机制最重要的区域，没有之一。在JVM所管理的内存中，堆区是最大的一块，堆区也是Java GC机制所管理的主要内存区域，堆区由所有线程共享，在虚拟机启动时创建。堆区的存在是为了存储对象实例，原则上讲，所有的对象都在堆区上分配内存(不过现代技术里，也不是这么绝对的，也有栈上直接分配的)。

绝大多数刚创建的对象会被分配在Eden区，其中的大多数对象很快就会消亡。Eden区是连续的内存空间，因此在其上分配内存极快；

当Eden区满的时候，执行Minor GC，将消亡的对象清理掉，并将剩余的对象复制到一个存活区Survivor0(此时，Survivor1是空白的，两个Survivor总有一个是空白的)；

此后，每次Eden区满了，就执行一次Minor GC，并将剩余的对象都添加到Survivor0；

当Survivor0也满的时候，将其中仍然活着的对象直接复制到Survivor1，以后Eden区执行Minor GC后，就将剩余的对象添加Survivor1(此时，Survivor0是空白的)。

当两个存活区切换了几次(HotSpot虚拟机默认15次，用-XX:MaxTenuringThreshold控制，大于该值进入老年代)之后，仍然存活的对象(其实只有一小部分，比如，我们自己定义的对象)，将被复制到老年代。

如何确定某个对象是垃圾？

在这一小节我们先了解一个最基本的问题：如果确定某个对象是“垃圾”？既然垃圾收集器的任务是回收垃圾对象所占的空间供新的对象使用，那么垃圾收集器如何确定某个对象是“垃圾”？—即通过什么方法判断一个对象可以被回收了。

在Java中采取了 可达性分析法。该方法的基本思想是通过一系列的“GC Roots”对象作为起点进行搜索，如果在“GC Roots”和一个对象之间没有可达路径，则称该对象是不可达的，不过要注意的是被判定为不可达的对象不一定就会成为可回收对象。被判定为不可达的对象要成为可回收对象必须至少经历两次标记过程，如果在这两次标记过程中仍然没有逃脱成为可回收对象的可能性，则基本上就真的成为可回收对象了。