个人觉得,由于有GC,大多数情况下,不会出现。但是，如果某些资源没有关闭（例如I/O文件和数据库连接没有关闭），就有可能出现 out of Memory的情况。
以上，只是个人的经验作出的结论。
以下是摘自：http://calvin.javaeye.com/blog/91903，对于java内存泄漏的总结
内存泄漏
java 不是有垃圾收集器了吗？怎么还泄漏？？
嗯，此泄漏非比泄漏。C/C++的泄漏，是对象已不可到达，而内存又没有回收，真正的内存黑洞。
而Java的泄漏，则是因为各种原因，对象对应用已经无用，但一直被持有，一直可到达。
总结原因无外乎几方面：
1 被生命周期极长的集合类不当持有，号称是Java内存泄漏的首因。
这些集合类的生命周期通常极长，而且是一个辅助管理性质的对象，在一个业务事务运行完后，如果没有将某个业务对象主
动的从中清除的话，这个集合就会吃越来越多内存.
2 Scope定义不对，这个很简单了，方法的局部变量定义成类的变量，类的静态变量等。
3 异常时没有加finally{}来释放某些资源，JDBC时代也是很普遍的事情。
4 另外一些我了解不深的原因，如：Swing里的Listener没有显式remove；内部类持有外部对象的隐式引用；Finalizers造成关
联对象没有被及时清空等。
内存泄漏的检测
有不少工具辅助做这个事情的，如果手上一个工具也没有，可以用JDK自带的小工具：
看看谁占满了Heap？
1 用JDK6的jmap可以显示运行程序中对象的类型，个数与所占的大小
2 先用jps 找到进程号，然后jmap -histo pid 显示或 jmap -dump:file=heap_file_name pid 导出heap文件
为什么这些对象仍然可以到达？
3 用jhat(Java Heap Analysis Tool) 分析刚才导出的heap文件。
4 先jhat heap_file_name，然后打开浏览器http://localhost:7000/ 浏览。