使用设计模式后的副作用

那是多线程共享机制落后的副作用，现在Scala等并行语言已经抛弃，所以，这不是持有对象的副作用，而是实现对象的技术的能力不足。

关于大量碎片类，兵马俑terracotta都找到技术上解决方式，关键是使用IMDG，IMDG不同于缓存，而是一直驻留内存，使用JVM的永久代来持有对象。

永久持有。。。这个解决方法虽然有用，但很浪费，内存和磁盘的数据交换也可能引发巨大成本。
另外我还想知道，如果使用设计模式导致很多现成不安全的碎片类的话，对应用服务器的CPU，内存影响有多大？
比如并发数的急剧减少，GC的问题，out of memory的发生等等。
有人知道么？不吝赐教，谢谢。

解决你这个问题正是业界最新思路，可以说是面向对象思想发展推动基础结构语言的发展，有些大牛看到Scala就叫嚣面向对象已死，本末倒置。

使用Scala能解决对象并发锁，使用JVM能够有效管理持有内存(Scala运行在JVM上)，至于如何优化碎片，最小化JVM暂停见：
如何驯服Java GC

[该贴被banq于2011-06-30 08:55修改过]

???第一次听说这种怪思想.
一个思想的东东, 还引发你GC的使用问题...表示很不理解
那人家spring 怎么写代码的?
jee core patten 怎么实现?
如果真引发线程不安全问题, 我只想说,请好好读一读
Addison.Wesley.Java.Concurrency.in.Practice.May.2006