目前JAVAWEB开发对于状态的储存一直是MASS ，为了储存用户的有效信息，而导致大量的memory leaks，而随着访问量的不断增加，一些对应用处理不当的或者没有考虑到的，就会不断地增加内存的消耗，最终在突然到来的大量并发下，内存泄漏。。。

           很多应用都没考虑到用户直接关闭浏览器的情况或者打开另外一个浏览器，而用户信息一直存放于session 里面，当发生这种情况的时候，操作的用户的之前储存在服务器session里面的个人信息就会被称之为成系统垃圾，而这个是JVM不能照顾到的。

        在SEAM里面，一个非常迷人的CONVERSATION，则有效地解决这个问题。每一个用户CASE独立一个CONVERSATION，监听单位为每一个标签，当这个用例结束后或者标签关闭，则CONVERSATION同样结束，并删除掉相关内存信息；当在同一个浏览器打开新的标签，则又新建一个独立的CONVERSATION。当用户没有按流程操作，关闭浏览器的时候，由于CONVERSATION被关闭，相关内存资源就会被JVM回收。因此也可以说CONVERSATION的机制就像是撕掉session内存垃圾的一切伪装，让群众看清他的真面目，呵呵，这里的群众就是我们的JVM了。

          而对于CONVERSATION 的建立，仅仅只需要一个注释而已，相对于那些比较健壮的应用（考虑得比较周全，比如产生上面所说的情况设置了相关的应对措施）来说，显得多么的得天独厚。

当然，SEAM里面迷人的机制，很多很多，哪天我悠闲了，可以给大家一一数来 。呵呵~~