设计模式--享元模式

享元模式

享元模式尝试重用现有的对象，再无法重用时才会创建对象，这样可以减少内存占用和提高性能。
享元对象中可以共享的是内部状态，不能共享的是外部状态。

举例：打印火车票：车票上车辆编号是固定的，始发站点和到达站点的组合也是有限且固定的，不同站点之间的时间也是相对固定的，车票价格也是相对固定的。 这些都属于内部状态。
而乘客名称、乘客身份证号是不固定的。如果每张票都要新建对象进行打印，那1000张票就得1000个对象。
如果使用享元模式，使用map来存储车票对象，起点终点作为键，起点终点相同的车票对象作为值。那打印车票时只需要拿到该对象，修改名称和身份证号即可进行打印。

最终创建的对象数量会少很多，内存回收的压力也小。

但是该模式需要考虑多线程情况下的线程安全问题。

1. 使用场景

需要大量相似的对象，或需要缓冲池时。

2. 角色

• Flyweight 享元对象的抽象基类或接口
• ConcreteFlyweight 具体享元对象
• FlyweightFactory 享元工厂

3. 实践

// 1. 定义接口方法
public interface Ticket {
    public void showTicketInfo(String bunk);
}

// 2. 定义具体享元实现类
public class TrainTicket implements Ticket {

    public String from; // 始发地
    public String to; // 目的地
    public String bunk; // 铺位
    public int price; // 价格

    public TrainTicket(String from, String to) {
        this.from = from;
        this.to = to;
    }

    @Override
    public void showTicketInfo(String bunk) {
        price=new Random().nextInt(300);
        System.out.println("购买 从"+from+"到 "+to+"的"+bunk+" 火车票"+", 价格："+price);

    }
}

// 3. 享元对象工厂
public class TicketFactory {

    // 使用享元模式，缓存频繁使用的相同对象，避免大量创建对象。
    static Map<String, Ticket> sTicketMap = new ConcurrentHashMap<>();

    public static Ticket getTicket(String from, String to) {
        String key = from + "-" + to;
        if (sTicketMap.containsKey(key)) {
            System.out.println("使用缓存==》 " + key);
            return sTicketMap.get(key);
        } else {
            System.out.println("创建对象==》 " + key);
            Ticket ticket = new TrainTicket(from, to);
            sTicketMap.put(key, ticket);
            return ticket;
        }
    }
}

4. 总结

该模式会导致系统变复杂，需要分离内部状态和外部状态。

在Dispatcher的线程池中，所用到了享元模式，一个不限容量的线程池 ， 线程空闲时存活时间为 60 秒。线程池实现了对象复用，降低线程创建开销，从设计模式上来讲，使用了享元模式。（享元模式：尝试重用现有的同类对象，如果未找到匹配的对象，则创建新对象，主要用于减少创建对象的数量，以减少内存占用和提高性能）