理论拾遗补漏--Java中的GC和多线程
1. Java中的垃圾回收
一般有垃圾回收器自动执行，不受控，在内存快耗尽之时进行。
回收的是没有引用的强引用对象，和弱引用和幽灵引用对象，参见：
http://www.infoq.com/cn/articles/cf-java-garbage-references
强制执行system.gc可以垃圾回收，并且每次垃圾回收之时都会去执行finazri方法，但是这里一般只会做C/C++内存的释
2. Java中的引用
简单数据类型的引用被修改，本身不会被修改。
对象的引用被修改，本身会被修改。(String之类的基本对象不可被修改)
clone对象被修改，被clone本身不会修改
3. Java中的进程和线程
JVM是单进程的。一个JVM就是一个进程。因此也会有专家提出以下的意见：
而且，LAMP的部署方式有显著的优势。在多进程架构中，Web服务器和动态语言软件中的故障一般不会使网站垮掉。虽然会有某个进程崩溃，但其他 服务Web请求的进程仍然可以继续运行。这与JVM这种多线程的环境中软件故障包括崩溃和死锁通常都会使系统垮掉，形成了鲜明对比。
这是另一个话题，笨重的JAVA是不是将要被php, ruby这种快速开发语言所代替
但是其实，这个问题也有办法能解决。
在Java中可以通过Runtime.exec来另起进程。
进程之间的通信可以通过RMI，WebService甚至Socket之间通行，另外如果不是实时的话，通过数据库存储数据会比较合适
并且实际上，Java的分布式应用也是热火朝天，并且一直都是多进程的方式。
不过话说回来，在单机的Web服务器上， 比如OC4j， 就只能是单进程的方式运行。
不过这个可以用多节点部署规避
至于多线程其实就没什么好讲的。Java中对于线程的支持是很完美的。