一、享元模式:“享”就是分享之意,指一物被众人共享,而这也正是该模式的终旨所在。
享元模式有点类似于单例模式,都是只生成一个对象来被共享使用。这里有个问题,那就是对共享对象的修改,为了避免出现这种情况,我们将这些对象的公共部分,或者说是不变化的部分抽取出来形成一个对象。这个对象就可以避免到修改的问题。
享元的目的是为了减少不会要额内存消耗,将多个对同一对象的访问集中起来,不必为每个访问者创建一个单独的对象,以此来降低内存的消耗。
下面我们来看一个简单的例子:
建筑接口:JianZhu
interface Jianzhu {
fun use()
}
体育馆实现类:TiYuGuan
class TiYuGuan(yundong: String) : Jianzhu {
var name: String? = null
var shape: String? = null
var yundong: String? = null
init {
this.yundong = yundong
}
override fun use() {
println("该体育馆被使用来召开奥运会 运动为:$yundong 形状为:$shape 名称为:$name")
}
}
建筑工厂类:JianZhuFactory
object JianZhuFactory {
private val tygs = HashMap<String, TiYuGuan>()
val size: Int
get() = tygs.size
fun getTyg(yundong: String): TiYuGuan {
var tyg: TiYuGuan? = tygs[yundong]
if (tyg == null) {
tyg = TiYuGuan(yundong)
tygs[yundong] = tyg
}
return tyg
}
}
测试方法:test
private fun test(){
val yundong = "足球"
for (i in 1..5) {
val tyg = JianZhuFactory.getTyg(yundong)
tyg.name = "中国体育馆"
tyg.shape = "圆形"
tyg.use()
println("对象池中对象数量为:" + JianZhuFactory.size)
}
}
结果:
该体育馆被使用来召开奥运会 运动为:足球 形状为:圆形 名称为:中国体育馆
对象池中对象数量为:1
该体育馆被使用来召开奥运会 运动为:足球 形状为:圆形 名称为:中国体育馆
对象池中对象数量为:1
该体育馆被使用来召开奥运会 运动为:足球 形状为:圆形 名称为:中国体育馆
对象池中对象数量为:1
该体育馆被使用来召开奥运会 运动为:足球 形状为:圆形 名称为:中国体育馆
对象池中对象数量为:1
该体育馆被使用来召开奥运会 运动为:足球 形状为:圆形 名称为:中国体育馆
对象池中对象数量为:1
如上示例中,使用工厂模式进行配合,创建对象池,测试类中的循环,你可以想象成为要举行5场比赛,每场比赛的场地就是体育馆
通过执行结果可以看出,在这个对象池(HashMap)中,一直都只有一个对象存在,第一次使用的时候创建对象,之后的每次调用都用的是那个对象,不会再重新创建。
其实在Java中就存在这种类型的实例:String。
Java中将String类定义为final(不可改变的),JVM中字符串一般保存在字符串常量池中,这个字符串常量池在jdk 6.0以前是位于常量池中,位于永久带,而在JDK 7.0中,JVM将其从永久带拿出来放置于堆中。
我们使用如下代码定义的两个字符串指向的其实是同一个字符串常量池中的字符串值。
String s1 = "abc";
String s2 = "abc";
如果我们以s1==s2进行比较的话所得结果为:true,因为s1和s2保存的是字符串常量池中的同一个字符串地址。这就类似于我们今天所讲述的享元模式,字符串一旦定义之后就可以被共享使用,因为他们是不可改变的,同时被多处调用也不会存在任何隐患。
二、享元模式使用的场景:
当我们项目中创建很多对象,而且这些对象存在许多相同模块,这时,我们可以将这些相同的模块提取出来采用享元模式生成单一对象,再使用这个对象与之前的诸多对象进行配合使用,这样无疑会节省很多空间。
网友评论