java -Xms64m -Xmx256m Test

-vmargs 
-Xms128M
-Xmx512M 
-XX:PermSize=64M 
-XX:MaxPermSize=128M

按照官方的说法：“Java 虚拟机具有一个堆，堆是运行时数据区域，所有类实例和数组的内存均从此处分配。堆是在 Java 虚拟机启动时创建的。”“在JVM中堆之外的内存称为非堆内存(Non-heap memory)”。可以看出JVM主要管理两种类型的内存：堆和非堆。简单来说堆就是Java代码可及的内存，是留给开发人员使用的；非堆就是JVM留给 自己用的，所以方法区、JVM内部处理或优化所需的内存(如JIT编译后的代码缓存)、每个类结构(如运行时常数池、字段和方法数据)以及方法和构造方法 的代码都在非堆内存中。 堆内存分配

JVM初始分配的内存由-Xms指定，默认是物理内存的1/64；JVM最 大分配的内存由-Xmx指定，默认是物理内存的1/4。默认空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制；空余堆内存大于70%时， JVM会减少堆直到-Xms的最小限制。因此服务器一般设置-Xms、-Xmx相等以避免在每次GC 后调整堆的大小。 非堆内存分配

JVM使用-XX:PermSize设置非堆内存初始值，默认是物理内存的1/64；由XX:MaxPermSize设置最大非堆内存的大小，默认是物理内存的1/4。 JVM内存限制(最大值)

首先JVM内存首先受限于实际的最大物理内存，假设物理内存无限 大的话，JVM内存的最大值跟操作系统有很大的关系。简单的说就32位处理器虽然可控内存空间有4GB,但是具体的操作系统会给一个限制，这个限制一般是 2GB-3GB（一般来说Windows系统下为1.5G-2G，Linux系统下为2G-3G），而64bit以上的处理器就不会有限制了 JVM内存的调优

1. Heap设定与垃圾回收

Java Heap分为3个区，Young，Old和Permanent。Young保存刚实例化的对象。当该区被填满时，GC会将对象移到Old区。Permanent区则负责保存反射对象，本文不讨论该区。JVM的Heap分配可以使用-X参数设定，

• -Xms 初始Heap大小
• -Xmx java heap最大值
• -Xmn young generation的heap大小

JVM有2个GC线程。第一个线程负责回收Heap的Young区。第二个线程在Heap不足时，遍历Heap，将Young 区升级为Older区。Older区的大小等于-Xmx减去-Xmn，不能将-Xms的值设的过大，因为第二个线程被迫运行会降低JVM的性能。

• 程序内调用了System.gc()或Runtime.gc()
• 一些中间件软件调用自己的GC方法，此时需要设置参数禁止这些GC
• Java的Heap太小，一般默认的Heap值都很小
• 频繁实例化对象，Release对象。此时尽量保存并重用对象，例如使用StringBuffer()和String()

如果你发现每次GC后，Heap的剩余空间会是总空间的50%，这表示你的Heap处于健康状态。许多Server端的Java程序每次GC后最好能有65%的剩余空间。经验之谈：

1. Server端JVM最好将-Xms和-Xmx设为相同值。为了优化GC，最好让-Xmn值约等于-Xmx的1/3
2. 一个GUI程序最好是每10到20秒间运行一次GC，每次在半秒之内完成

注意：

1. 增加Heap的大小虽然会降低GC的频率，但也增加了每次GC的时间。并且GC运行时，所有的用户线程将暂停，也就是GC期间，Java应用程序不做任何工作
2. Heap大小并不决定进程的内存使用量。进程的内存使用量要大于-Xmx定义的值，因为Java为其他任务分配内存，例如每个线程的Stack等

2．Stack的设定

每个线程都有他自己的Stack。

-Xss 每个线程的Stack大小

Stack的大小限制着线程的数量。如果Stack过大就好导致内存溢漏。-Xss参数决定Stack大小，例如-Xss1024K。如果Stack太小，也会导致Stack溢漏。

3．硬件环境</p>

硬件环境也影响GC的效率，例如机器的种类，内存，swap空间，和CPU的数量。

如果你的程序需要频繁创建很多transient对象，会导致JVM频繁GC。这种情况你可以增加机器的内存，来减少Swap空间的使用[2]。

4．4种GC

第一种为单线程GC，也是默认的GC。，该GC适用于单CPU机器。

第二种为Throughput GC，是多线程的GC，适用于多CPU，使用大量线程的程序。第二种GC与第一种GC相似，不同在于GC在收集Young区是多线程的，但在Old区和第一种一样，仍然采用单线程。-XX:+UseParallelGC参数启动该GC。

第三种为Concurrent Low Pause GC，类似于第一种，适用于多CPU，并要求缩短因GC造成程序停滞的时间。这种GC可以在Old区的回收同时，运行应用程序。-XX:+UseConcMarkSweepGC参数启动该GC。

第四种为Incremental Low Pause GC，适用于要求缩短因GC造成程序停滞的时间。这种GC可以在Young区回收的同时，回收一部分Old区对象。-Xincgc参数启动该GC。

4种GC的具体描述参见[3]。

参考文章：

1. JVM Tuning. http://www.caucho.com/resin-3.0/performance/jvm-tuning.xtp#garbage-collection

2. Performance tuning Java: Tuning steps

3. Tuning Garbage Collection with the 1.4.2 JavaTM Virtual Machine . http://java.sun.com/docs/hotspot/gc1.4.2/

二．Tomcat配置

问题分析：

　　　由于TOMCAT内存溢出而引发的问题，主要原因是JVM的虚拟内存默认为128M，当超过这个值时就把先前占用的内存释放，而导致好象TCP/IP丢包的假象，出现HTTP500的错误。解决方法主要是加大TOMCAT可利用内存，并在程序当中加大内存使用。

解决方法：

方法：加大TOMCAT可利用内存：

在TOMCAT的目录下，也就是在TOMCAT41/bin/catalina.bat文件最前面加入

set JAVA_OPTS=-Xms800m -Xmx800m

表现效果是当你启动TOMCAT时，系统内存会增加近800M使用

操作方法：

1. 先关掉WINDOWS服务当中的TOMCAT4服务
2. 再找到TOMCAT/BIN目录下startup.bat，双击打开它，你会发现现WINDOWS内存占用会增加近800M
3. 执行程序，因为是TOMCAT重新编译程序，所以第一次会比较慢

结论：

经过测试，我们得出如下数据：

当系统传输约2000条数据时，大约近12M的净数据（不压缩时），系统辅助运行的内存大约占用150M左右的空间，也就是近200M的内存占用，而我们扩大了近800M的JAVA内存使用，这对于业务本身来说是足够了。所以你们不用担心大数据量的传递问题。

基于JAVA虚拟机的原理，JAVA自动有垃圾回收机制，也就是在你对一些内存长时间不使用时（近2分钟，取决于使用频度和优先级等），就会自动垃圾回收，从而释放不用的内存占用。

三.WebLogic配置：

由于WebLogic的配置问题，我们的测试出现了失败情况。原因是为WebLogic分配的内存太少了。通过修改commom\bin\commEnv.cmd文件来增加内存分配。

修改的部分如下：

:bea

if "%PRODUCTION_MODE%" == "true" goto bea_prod_mode

set JAVA_VM=-jrockit

set MEM_ARGS=-Xms768m -Xmx1024m

set JAVA_OPTIONS=%JAVA_OPTIONS% -Xverify:none

goto continue

:bea_prod_mode

set JAVA_VM=-jrockit

set MEM_ARGS=-Xms768m -Xmx1024m//原来是128M~256M，太小了，数据太大

goto continue

结果修改后，没有效果。还是有失败的情况。

发现，原来，在：bea下面还有一段配置信息如下：

:sun

if "%PRODUCTION_MODE%" == "true" goto sun_prod_mode

set JAVA_VM=-client

set MEM_ARGS=-Xms768m -Xmx1024m -XX:MaxPermSize=256m

set JAVA_OPTIONS=%JAVA_OPTIONS% -Xverify:none

goto continue

:sun_prod_mode

set JAVA_VM=-server

set MEM_ARGS=-Xms768m -Xmx1024m -XX:MaxPermSize=256m

goto continue

将这里的内存分配修改后见效。

原因是，上面对第一段代码是为bea自己的JVM设置的，下面的是为Sun的设置的。而WebLogic默认的是Sun的，所以出了毛病。在JDK的选择上，weblogic有两种JDK供选择，一种是Sun的JDK，另外一种是Bea的jrockit。按照bea的网站的说明，sun jdk提供更好的兼容性，而使用jrockit可以提供更好的性能。作为weblogic集群我全部采用jrockit作为JDK环境，以达到更高的性能。

在默认启动情况下，jrockit启动时为其窗口配置的内存大小比较小。注意weblogic的启动内存配置-Xms32m -Xmx256m，通过修改commEnv.sh可以修改这个参数，Xms表示启动开始分配的内存，Xmx表示最大能分配的内存，这里我们根据应用情况调整为-Xms1536m -Xmx1536m，这点需要根据自身测试情况和系统配置进行调整，经过周一晚的调试，我们目前应用比较合理的窗口内存大小为1536M（2G× 75％），通过top可以观察到测试中的内存反应，最合理的应该是恰好把物理内存用完。

先看看怎么使用吧:

<html class="no-js">
	<head>
     <meta http-equiv="Content-Type" content="text/html; charset=utf-8"/>

     <title>test</title>
        
         <script src="js/modernizr.js" type="text/javascript"></script>
         
    </head>

    <body>
      <h1>test</h1>
    </body>
</html>

<html class=" js flexbox canvas canvastext webgl no-touch geolocation postmessage no-websqldatabase indexeddb hashchange history draganddrop no-websockets rgba hsla multiplebgs backgroundsize borderimage borderradius boxshadow textshadow opacity no-cssanimations csscolumns cssgradients no-cssreflections csstransforms no-csstransforms3d csstransitions fontface generatedcontent video audio localstorage no-sessionstorage webworkers applicationcache svg inlinesvg smil svgclippaths">

.canvas h1 {
    color: blue;
  }

.no-canvas h1 {
    color: red;
  }

$(function() {
    if (Modernizr.canvas) {
      $('h1').text('canvas');
    } else {
      $('h1').text('no-canvas');
    }
  });

// Give Modernizr.load a string, an object, or an array of strings and objects
Modernizr.load([
  // Presentational polyfills
  {
    // Logical list of things we would normally need
    test : Modernizr.fontface && Modernizr.canvas && Modernizr.cssgradients,
    // Modernizr.load loads css and javascript by default
    nope : ['presentational-polyfill.js', 'presentational.css']
  },
  // Functional polyfills
  {
    // This just has to be truthy
    test : Modernizr.websockets && window.JSON,
    // socket-io.js and json2.js
    nope : 'functional-polyfills.js',
    // You can also give arrays of resources to load.
    both : [ 'app.js', 'extra.js' ],
    complete : function () {
      // Run this after everything in this group has downloaded
      // and executed, as well everything in all previous groups
      myApp.init();
    }
  },
  // Run your analytics after you've already kicked off all the rest
  // of your app.
  'post-analytics.js'
]);

import java.util.List;
import java.util.ArrayList;
import java.util.LinkedList;
public class Bat{
    final PI=3.14;          //在定义时便给址值
    final int i;            //因为要在构造函数中进行初始化，所以此处便不可再给值
    final List list;        //此变量也与上面的一样
    Bat(){
        i=100;
        list=new LinkedList();
    }
    Bat(int ii,List l){
        i=ii;
        list=l;
    }
    public static void main(String[] args){
        Bat b=new Bat();
        b.list.add(new Bat());
        //b.i=25;
        //b.list=new ArrayList();
        System.out.println("I="+b.i+" List Type:"+b.list.getClass());
        b=new Bat(23,new ArrayList());
        b.list.add(new Bat());
        System.out.println("I="+b.i+" List Type:"+b.list.getClass());
    }
}

    此程序很简单的演示了final的常规用法。在这里使用在构造函数中进行初始化的方法，这使你有了一点灵活性。如Bat的两个重载构造函数所示，第一个缺省构造函数会为你提供默认的值，重载的那个构造函数会根据你所提供的值或类型为final变量初始化。然而有时你并不需要这种灵活性，你只需要在定义时便给定其值并永不变化，这时就不要再用这种方法。在main方法中有两行语句注释掉了，如果你去掉注释，程序便无法通过编译，这便是说，不论是i的值或是list的类型，一旦初始化，确实无法再更改。然而b可以通过重新初始化来指定i的值或list的类型，输出结果中显示了这一点：

I=100 List Type:class java.util.LinkedList
I=23 List Type:class java.util.ArrayList

　　还有一种用法是定义方法中的参数为final，对于基本类型的变量，这样做并没有什么实际意义，因为基本类型的变量在调用方法时是传值的，也就是说你可以在方法中更改这个参数变量而不会影响到调用语句，然而对于对象变量，却显得很实用，因为对象变量在传递时是传递其引用，这样你在方法中对对象变量的修改也会影响到调用语句中的对象变量，当你在方法中不需要改变作为参数的对象变量时，明确使用final进行声明，会防止你无意的修改而影响到调用方法。
另外方法中的内部类在用到方法中的参变量时，此参变也必须声明为final才可使用，如下代码所示：

public class INClass{
   void innerClass(final String str){
        class IClass{
            IClass(){
                System.out.println(str);
            }
        }
        IClass ic=new IClass();
    }
  public static void main(String[] args){
      INClass inc=new INClass();
      inc.innerClass("Hello");
  }
}

final方法
　　将方法声明为final，那就说明你已经知道这个方法提供的功能已经满足你要求，不需要进行扩展，并且也不允许任何从此类继承的类来覆写这个方法，但是继承仍然可以继承这个方法，也就是说可以直接使用。另外有一种被称为inline的机制，它会使你在调用final方法时，直接将方法主体插入到调用处，而不是进行例行的方法调用，例如保存断点，压栈等，这样可能会使你的程序效率有所提高，然而当你的方法主体非常庞大时，或你在多处调用此方法，那么你的调用主体代码便会迅速膨胀，可能反而会影响效率，所以你要慎用final进行方法定义。
final类
　　当你将final用于类身上时，你就需要仔细考虑，因为一个final类是无法被任何人继承的，那也就意味着此类在一个继承树中是一个叶子类，并且此类的设计已被认为很完美而不需要进行修改或扩展。对于final类中的成员，你可以定义其为final，也可以不是final。而对于方法，由于所属类为final的关系，自然也就成了final型的。你也可以明确的给final类中的方法加上一个final，但这显然没有意义。
　　下面的程序演示了final方法和final类的用法：

final class final{
    final String str="final Data";
    public String str1="non final data";
    final public void print(){
        System.out.println("final method.");
    }
    public void what(){
        System.out.println(str+"\n"+str1);
    }
}
public class FinalDemo {   //extends final 无法继承 
    public static void main(String[] args){
        final f=new final();
        f.what();
        f.print();
    }
}

　　从程序中可以看出，final类与普通类的使用几乎没有差别，只是它失去了被继承的特性。final方法与非final方法的区别也很难从程序行看出，只是记住慎用。

package com.test.xml;
/**

* @author <a href="mailto:dq201@126.com">du.qiang</a>

* @version $Revision 1.1 $ 2010-6-23 上午06:48:28

*/

public class OutClassTest {

static int a;
int b;
public static void test() {

System.out.println("outer class static function");

}
public static void main(String[] args) {

OutClassTest oc = new OutClassTest();

// new一个外部类

OutClassTest oc1 = new OutClassTest();

// 通过外部类的对象new一个非静态的内部类

OutClassTest.InnerClass no_static_inner = oc1.new InnerClass();

// 调用非静态内部类的方法

System.out.println(no_static_inner.getKey());
// 调用静态内部类的静态变量

System.out.println(OutClassTest.InnerStaticClass.static_value);

// 不依赖于外部类实例,直接实例化内部静态类

OutClassTest.InnerStaticClass inner = new OutClassTest.InnerStaticClass();

// 调用静态内部类的非静态方法

System.out.println(inner.getValue());

// 调用内部静态类的静态方法

System.out.println(OutClassTest.InnerStaticClass.getMessage());

}
private class InnerClass {

// 只有在静态内部类中才能够声明或定义静态成员

// private static String tt = "0";

private int flag = 0;
public InnerClass() {

// 三.非静态内部类的非静态成员可以访问外部类的非静态变量和静态变量

System.out.println("InnerClass create a:" + a);

System.out.println("InnerClass create b:" + b);

System.out.println("InnerClass create flag:" + flag);

//

System.out.println("InnerClass call outer static function");

// 调用外部类的静态方法

test();

}
public String getKey() {

return "no-static-inner";

}

}
private static class InnerStaticClass {

// 静态内部类可以有静态成员，而非静态内部类则不能有静态成员。

private static String static_value = "0";
private int flag = 0;
public InnerStaticClass() {

System.out.println("InnerClass create a:" + a);

// 静态内部类不能够访问外部类的非静态成员

// System.out.println("InnerClass create b:" + b);

System.out.println("InnerStaticClass flag is " + flag);

System.out.println("InnerStaticClass tt is " + static_value);

}
public int getValue() {

// 静态内部类访问外部类的静态方法

test();

return 1;

}
public static String getMessage() {

return "static-inner";

}

}
public OutClassTest() {

// new一个非静态的内部类

InnerClass ic = new InnerClass();

System.out.println("OuterClass create");

}
}
 
/** 

* 总结： 

* 1.静态内部类可以有静态成员(方法，属性)，而非静态内部类则不能有静态成员(方法，属性)。 

* 2.静态内部类只能够访问外部类的静态成员,而非静态内部类则可以访问外部类的所有成员(方法，属性)。 

* 3.实例化一个非静态的内部类的方法： 

* a.先生成一个外部类对象实例 

* OutClassTest oc1 = new OutClassTest(); 

* b.通过外部类的对象实例生成内部类对象 

* OutClassTest.InnerClass no_static_inner = oc1.new InnerClass(); 

* 4.实例化一个静态内部类的方法： 

* a.不依赖于外部类的实例,直接实例化内部类对象 

* OutClassTest.InnerStaticClass inner = new OutClassTest.InnerStaticClass(); 

* b.调用内部静态类的方法或静态变量,通过类名直接调用 

* OutClassTest.InnerStaticClass.static_value 

* OutClassTest.InnerStaticClass.getMessage() 

*/

    最近在弄SWT，界面是其实是单线程的。不能有任何阻塞，事务在异步的时候也只能新建线程来处理，但是此线程有不能修改任何界面相关的数据。于是出现了上面大量的重复代码。不知道这样处理对不？