empty activity和empty view activitya的区别

最简单的提醒JVM垃圾回收实现：

HelloWorld hw = newHelloWorld();

hw = null;

当一个hw置为null时，该实例对象还是存在的，只是不指向该对象了，垃圾回收器会在适当的时候收回。

容器置为null和clear的区别：

赋值NULL后不仅容器中的对象变成了垃圾,为容器分配的空间也会回收。

clear()只是清除了对象的引用,使容器中的那些对象成为垃圾。

官方对clear的解释：Removesall of the mappings from this list. The list will be empty after this callreturns

例子：

public static void main(String[] a) {
		HashMap<String, String> hmb = new HashMap<String, String>();
		HashMap<String, HashMap<String, String>> hm 
= new HashMap<String, HashMap<String, String>>();
		
		hmb.put("a", "1");
		hmb.put("b", "2");
		hm.put("A", hmb);  //A → hbm
		System.out.println(hm); 
		
		hmb.clear(); //清空hmb容器
		hmb.put("c", "3");
		hmb.put("d", "4");
		hm.put("B", hmb);  //B → hbm 
		System.out.println(hm);   //所以A、B的是一样的
		
		hmb = new HashMap<String, String>(); //新对象
		hmb.put("e", "5");
		hmb.put("f", "6");
		hm.put("C", hmb);  //C → new hbm
		System.out.println(hm); 
		
		hmb.clear();  //清空上次的新对象
		hmb.put("g", "7");
		hmb.put("h", "8");
		hm.put("D", hmb);  //D → new hbm
		System.out.println(hm);
	}

输出结果：

{A={b=2, a=1}}

{A={d=4, c=3}, B={d=4, c=3}}

{A={d=4, c=3}, B={d=4, c=3}, C={f=6, e=5}}

{A={d=4, c=3}, B={d=4, c=3}, D={g=7, h=8},C={g=7, h=8}}

System.gc() 和 Runtime.getRuntime().gc()

向JVM发出这样一个申请信号，到底是否真正执行垃圾收集，一切都是个未知数，Java 中并不保证每次调用该方法就一定能够启动垃圾收集。

 

JVM在启动的时候会自动设置Heapsize的值，初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。

比如： -Xms512m -Xmx4096m -XX:-UseGCOverheadLimit

-Xms512m   初始化开辟的内存空间

-Xms   JVM初始内存容量，此值可以设置与-Xmx相同,以避免每次垃圾回收完成后JVM重新分配内存。

-Xmx   JVM最大内存容量

-Xmn   (young generation的heap大小)设置年轻代大小，整个堆大小=年轻代大小+年老代大小+持久代大小.持久代一般固定大小为64m,所以增大年轻代后,将会减小年老代大小.此值对系统性能影响较大,Sun官方推荐配置为整个堆的3/8.

Young保存刚实例化的对象。当该区被填满时，GC会将对象移到Old区。Permanent区则负责保存反射对象，这里不讨论该区。

当前JVM总内存： Runtime.getRuntime().totalMemory()  单位 ： 字节（Byte）

jvm刚启动的时候，并不会向系统申请全部的内存，初始申请-Xms的容量。后根据所加载的Class和相关资源来决定的。

最大可以使用内存： Runtime.getRuntime().maxMemory()

即-Xmx的数值，JVM的堆内存最大可以使用的字节

剩余空余内存：  Runtime.getRuntime().freeMemory()

已分配内存中的剩余空间(freeMemory) 这是相对以分配内存（totalMemeory）计算的，相当于totalMemory- 已使用内存。当freeMemory 快要接近0时，以分配的内存即将耗尽，JVM会决定再次向系统申请更多的内存。 

最大还可使用的内存（usable）：这是JVM真正还可以再继续使用的内存（不考虑之后垃圾回收再次得到的内存）。由【最大内存 - 已分配内存 + 已分配内存中的剩余空间】计算得到。

 

当垃圾回收器在进行回收操作的时候，整个应用的执行是被暂时中止（stop-the-world）的。这是因为垃圾回收器需要更新应用中所有对象引用的实际内存地址。不同的硬件平台所能支持的垃圾回收方式也不同。比如在多CPU的平台上，就可以通过并行的方式来回收垃圾。而单CPU平台则只能串行进行。如果GC回收时间过长 ，会报GC overhead limit exceeded的异常。导致这个异常的原因有很多，比如：

1、程序内频繁调用了System.gc()或Runtime.getRuntime().gc()。

2、Java的Heap太小，一般默认的Heap值都很小，调整初始化JVM参数。

3、频繁实例化对象，Release对象。尽量保存并重用对象。

解决办法： 增加一个参数-XX:-UseGCOverheadLimit

 

①、Eclipse中的JVM参数设置（全局）：

Java→Installed JREs→edit→

②、也可以在单个项目中设置JVM参数：

Java→Run Configurations→(x)Arguments→在VM arguments中添加参数

 

③、tomcat中的JVM参数设置：

添加在Tomcat的bin下catalina.sh（Linux下的，如果windows下，则修改catalina.bat）里，位置在cygwin=false前，即开头。

详解JVM内存：

在一些规模稍大的应用中，Java虚拟机（JVM）的内存设置尤为重要，想在项目中取得好的效率，GC（垃圾回收）的设置是第一步。

PermGen space：全称是Permanent Generation space.就是说是永久保存的区域,用于存放Class和Meta信息,Class在被Load的时候被放入该区域Heap space：存放Instance。

GC(Garbage Collection)应该不会对PermGen space进行清理,所以如果你的APP会LOAD很多CLASS的话,就很可能出现PermGen space错误

Java Heap分为3个区1.Young
2.Old
3.Permanent

JVM有2个GC线程：
第一个线程负责回收Heap的Young区
第二个线程在Heap不足时，遍历Heap，将Young 区升级为Older区

Older区的大小等于-Xmx减去-Xmn，不能将-Xms的值设的过大，因为第二个线程被迫运行会降低JVM的性能。
为什么一些程序频繁发生GC？

有如下原因：
1.程序内调用了System.gc()或Runtime.gc()。
2.一些中间件软件调用自己的GC方法，此时需要设置参数禁止这些GC。
3.Java的Heap太小，一般默认的Heap值都很小。
4.频繁实例化对象，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等。

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

-Xss 
每个线程的Stack大小

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

硬件环境

硬件环境也影响GC的效率，例如机器的种类，内存，swap空间，和CPU的数量。
如果你的程序需要频繁创建很多transient对象，会导致JVM频繁GC。（详情请参见transient对象详解）这种情况你可以增加机器的内存，来减少Swap空间的使用。

4种GC

1、第一种为单线程GC，也是默认的GC，该GC适用于单CPU机器。
2、第二种为Throughput GC，是多线程的GC，适用于多CPU，使用大量线程的程序。第二种GC与第一种GC相似，不同在于GC在收集Young区是多线程的，但在Old区和第一种一样，仍然采用单线程。-XX:+UseParallelGC参数启动该GC。
3、第三种为Concurrent Low Pause GC，类似于第一种，适用于多CPU，并要求缩短因GC造成程序停滞的时间。这种GC可以在Old区的回收同时，运行应用程序。-XX:+UseConcMarkSweepGC参数启动该GC。
4、第四种为Incremental Low Pause GC，适用于要求缩短因GC造成程序停滞的时间。这种GC可以在Young区回收的同时，回收一部分Old区对象。-Xincgc参数启动该GC。

单文件的JVM内存进行设置

默认的java虚拟机的大小比较小，在对大数据进行处理时java就会报错：java.lang.OutOfMemoryError。
设置jvm内存的方法，对于单独的.class，可以用下面的方法对Test运行时的jvm内存进行设置。
java -Xms64m -Xmx256m Test
-Xms是设置内存初始化的大小
-Xmx是设置最大能够使用内存的大小（最好不要超过物理内存大小）

tomcat启动jvm内存设置

Linux：

在/usr/local/apache-tomcat-5.5.23/bin目录下的catalina.sh添加：JAVA_OPTS='-Xms512m -Xmx1024m'要加“m”说明是MB，否则就是KB了，在启动tomcat时会报内存不足。
-Xms：初始值
-Xmx：最大值
-Xmn：最小值Windows
在catalina.bat最前面加入
set JAVA_OPTS=-Xms128m -Xmx350m 如果用startup.bat启动tomcat,OK设置生效.够成功的分配200M内存.但是如果不是执行startup.bat启动tomcat而是利用windows的系统服务启动tomcat服务,上面的设置就不生效了,就是说set JAVA_OPTS=-Xms128m -Xmx350m 没起作用.上面分配200M内存就OOM了..windows服务执行的是bin\tomcat.exe.他读取注册表中的值,而不是catalina.bat的设置.解决办法:

修改注册表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\JavaOptions

原值为

-Dcatalina.home="C:\ApacheGroup\Tomcat 5.0"
-Djava.endorsed.dirs="C:\ApacheGroup\Tomcat 5.0\common\endorsed"
-Xrs加入 -Xms300m -Xmx350m

重起tomcat服务,设置生效。