Java 内存机制、内存泄露

http://wenku.baidu.com/view/61f31da6284ac850ad02423e.html

自己注：hashset和hashmap不同 JDK1.6 API 中

HashSet：注意，此实现不是同步的。如果多个线程同时访问一个哈希 set，而其中至少一个线程修改了该 set，那么它必须 保持外部同步。

HashMap：注意，此实现不是同步的。如果多个线程同时访问一个哈希映射，而其中至少一个线程从结构上修改了该映射，则它必须 保持外部同步。（结构上的修改是指添加或删除一个或多个映射关系的任何操作；仅改变与实例已经包含的键关联的值不是结构上的修改。）······

http://www.importnew.com/8715.html + 弱引用

https://www.ibm.com/developerworks/cn/java/j-jtp11225/

弱引用（呃，之前从来木有听说过哇）：

http://zh.wikipedia.org/wiki/%E5%BC%B1%E5%BC%95%E7%94%A8

http://blog.csdn.net/mazhimazh/article/details/19752475

 

http://blog.csdn.net/mazhimazh/article/details/16879055

http://www.cnblogs.com/zhguang/p/3257367.html

http://www.importnew.com/10589.html

 

 http://veryti.com/question/540

java导致内存泄露的原因很明确：长生命周期的对象持有短生命周期对象的引用就很可能发生内存泄露，尽管短生命周期对象已经不再需要，但是因为长生命周期对象持有它的引用而导致不能被回收，这就是java中内存泄露的发生场景。
1.集合类，集合类仅仅有添加元素的方法，而没有相应的删除机制，导致内存被占用。这一点其实也不明确，这个集合类如果仅仅是局部变量，根本不会造成内存泄露，在方法栈退出后就没有引用了会被jvm正常回收。而如果这个集合类是全局性的变量（比如类中的静态属性，全局性的map等即有静态引用或final一直指向它），那么没有相应的删除机制，很可能导致集合所占用的内存只增不减，因此提供这样的删除机制或者定期清除策略非常必要。
2.单例模式。不正确使用单例模式是引起内存泄露的一个常见问题，单例对象在被初始化后将在JVM的整个生命周期中存在（以静态变量的方式），如果单例对象持有外部对象的引用，那么这个外部对象将不能被jvm正常回收，导致内存泄露。

java static 变量生命周期：
http://wenku.baidu.com/link?url=A2Hn8ovKK7mMau7NFNsnbvHBMD0d2bPuvJk164NUXB0lFFZJ-DillAUBf2Dv4j_-C8lnr6xSKUsW-pzFlMBeLIevmb3wfkXEL1MGsNQjXJC
类文件被加载到JVM时创建，类文件被JVM卸载或者JVM停止运行时终止。
另参考：http://bbs.csdn.net/topics/330237531
static 对象是你加载类时生成的，只要static对象所在的类仍在内存中，static 就不能被回收。因此当服务器停止，或虚拟机停止或将类文件从中删除（不加载该类文）static对象便结束

周志明《深入理解Java虚拟机》第2版 回收方法区中写道：
永久代的垃圾收集主要回收两部分内容：废弃常量和无用的类。回收废弃常量与回收Java堆中的对象非常类似。（比如字符串常量）
类需要满足一下3个条件才算是“无用的类”
1、该类的所欲实例都已经被回收，也就是java堆中不存在该类的任何实例。
2、加载该类的ClassLoader已经被回收。
3、该类对应的java.lang.Class对象没有在任何地方被引用，无法在任何地方通过反射访问该类的方法。
虚拟机可以对满足上述3个条件的无用类进行回收，这里说的仅仅是“可以”，而并不是和对象一样，不使用了就必然会回收。

个人觉得：内存泄露和内存溢出应该是有区别的：内存泄露，该被GC回收的对象（已经没用了的）因为被别的对象引用而不能回收；内存溢出，对象都是有用的，只是JVM的堆空间不够了


http://kenwublog.com/explain-java-memory-model-in-detail