设计模式之享元模式--共享内存来节省空间

设计模式之享元模式–共享内存来节省空间

享元模式是说共享单元,如果有一样的部分那么共享一个组件而不是复制,也就是传址不传值。

运用共享技术有效地支持大量细粒度的对象。

为什么要使用享元模式

享元模式体现在很多地方,比如后端共享一套代码给前端各个平台,很多接口都是同一个。

享元模式是复用性的体现,大量节省了空间。

比如棋牌游戏,棋子和牌都是一样的,那么他们就可以复用同一个。

五子棋游戏

五子棋只有黑子白子,虽然我们用到了很多,但是他们其实指向了同一个内存空间,只不过创建了很多对象而已。

象棋游戏

象棋也只有车马炮这些棋子,同样可以复用,不然如果你每个棋局重新创建,那么内存很容易溢出。

扑克牌游戏

扑克牌也只有123到大王这些固定的牌。

递归算法

很多递归算法也可以通过享元模式来优化,递归到最后其实有很多是重复的值,而如果每个重复的值都需要重新占用空间,那么造成了大量的空间浪费,这也是递归慢和容易内存溢出的原因之一。

享元模式其实很简单,就是有需要的时候把已经存在的东西拿出来复用。

比如可以通过数组存储,然后需要的时候直接复用就好了。

比如通过简单工厂来创建对象的时候,如果有很多请求过来访问这个工厂,那么工厂需要创建很多对象返回。

而如果通过数组存起来,那么只返回一个对象,就节省了空间。

当然了,享元模式共享的只能是可读对象,一定是不可修改的。

如果可以修改就会造成某个地方修改而其他地方不可用的bug。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
享元设计模式(Flyweight Design Pattern)是一种用于优化大量对象创建和使用的设计模式。在Android开发中,使用享元模式可以有效地减少内存消耗和提高性能。 在享元模式中,对象被分为两种状态:内部状态和外部状态。内部状态是不变的,可以被多个对象共享,而外部状态是可变的,每个对象都有自己的外部状态。 在Android中,典型的例子是使用Bitmap对象来显示图片。当需要显示多个相同的图片时,可以使用享元模式共享已加载的Bitmap对象,而不是每次都创建新的Bitmap对象。 以下是一个简单的示例代码: ```java public class BitmapFactory { private Map<String, Bitmap> bitmapCache = new HashMap<>(); public Bitmap getBitmap(String path) { Bitmap bitmap = bitmapCache.get(path); if (bitmap == null) { // 如果缓存中没有该Bitmap对象,则创建新的Bitmap对象 bitmap = BitmapFactory.decodeFile(path); bitmapCache.put(path, bitmap); } return bitmap; } } ``` 在上面的示例中,`BitmapFactory` 类使用一个 `bitmapCache` Map 来缓存已加载的 Bitmap 对象。当需要获取 Bitmap 对象时,首先从缓存中查找,如果找到则返回缓存的对象,否则创建新的 Bitmap 对象并存入缓存。 通过使用享元模式,可以避免重复创建相同的 Bitmap 对象,从而减少内存消耗。这在需要频繁加载和显示大量图片的应用中非常有用。 需要注意的是,享元模式适用于有大量相似对象的情况,并且需要权衡共享对象和创建对象的开销。在某些情况下,过度使用享元模式可能会导致代码复杂化,降低可读性和可维护性。因此,在使用享元模式时应根据实际情况进行评估和折衷。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值