设计模式： 享元模式-概念、实现及JDK中的享元模式

学习设计模式不光要学习设计模式的思想，还要去深入理解，为什么要用这个设计模式。
如何深入理解？读优秀的框架代码，看别人代码，了解它们的使用场景。 - - - 博主老师（感谢他）

本文先介绍了享元模式的概念及简单实现。再介绍了JDK中对享元模式的实现。最后总结了一点点思考。

概念

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

如果在一个系统中存在多个相同的对象，那么只需要共享一份对象的拷贝,而不必为每一次使用都创建新的对象。目的是提高系统性能。

其实就是同样的对象创建一次就好了… 个人理解就是把单例放在map里
和单例的区别就是享元模式支持的粒度更细。看下面的实现就知道了

作用就是减少对象的创建

实现

考虑票价查询的例子

public interface Ticket {
    void showTicketInfo(String bunk);
}

public class TicketFactory {
    static Map<String, Ticket> ticketMap = new ConcurrentHashMap<>();

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

public class TrainTicket implements Ticket {

    private String from; // 始发地

    private String to; // 目的地

    private 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);
    }
}

测试类

public static void main(String[] args) {
    Ticket ticket = TicketFactory.getTicket("地球", "月球");
    ticket.showTicketInfo("上铺");
    Ticket ticket1 = TicketFactory.getTicket("地球", "月球");
    ticket1.showTicketInfo("下铺");
}

输出

创建对象 ==> 地球-月球
地球 到 月球 的 上铺 车票价格是 205
使用缓存 ==> 地球-月球
地球 到 月球 的 下铺 车票价格是 147

JDK中的享元模式

其实享元模式用的还是比较广泛，我们知道Java虚拟机里有个常量池的概念。

public static void main(String[] args) {
    String str = "abc";
    String str2 = "ab" + "c";
    System.out.println(str == str2);
}

结果：

true

我们知道==判断是比较两个对象的指向的内存地址是否相等。str2使用了缓存在常量池中的str对象，所以他们的结果是true。

再看一个Integer类

public final class Integer extends Number implements Comparable<Integer> {
    
    
    public static Integer valueOf(int i) {
        if (i >= IntegerCache.low && i <= IntegerCache.high)
            return IntegerCache.cache[i + (-IntegerCache.low)];
        return new Integer(i);
    }
    
    private static class IntegerCache {
        static final int low = -128;
        static final int high;
        static final Integer cache[];

        static {
            // high value may be configured by property
            int h = 127;
            String integerCacheHighPropValue =
                sun.misc.VM.getSavedProperty("java.lang.Integer.IntegerCache.high");
            if (integerCacheHighPropValue != null) {
                try {
                    int i = parseInt(integerCacheHighPropValue);
                    i = Math.max(i, 127);
                    // Maximum array size is Integer.MAX_VALUE
                    h = Math.min(i, Integer.MAX_VALUE - (-low) -1);
                } catch( NumberFormatException nfe) {
                    // If the property cannot be parsed into an int, ignore it.
                }
            }
            high = h;

            cache = new Integer[(high - low) + 1];
            int j = low;
            for(int k = 0; k < cache.length; k++)
                cache[k] = new Integer(j++);

            // range [-128, 127] must be interned (JLS7 5.1.7)
            assert IntegerCache.high >= 127;
        }

        private IntegerCache() {}
    }
}

Integer.valueOf方法 如果入参是-128到127（high默认是127）的数字，他会从缓存里拿而不是重新创建。我们看IntegerCache类，他在static代码块中预先创建好了这些对象，放到了一个数组里。

这也是为什么下面这段代码返回的是false ture的原因

Integer a = 128;
Integer b = 128;
System.out.println(a == b);
Integer c = 127;
Integer d = 127;
System.out.println(c == d);

返回

false
true

思考

其实这个缓存的方式在平时的开发中也用过…只不过不知道它还是设计模式中的一种~ 使用缓存，1是能减少对象的创建， 2效率也比较高。唯一的缺点就是占用一定的内存。不过在需要大量创建的对象的场景，缓存应该是比较好的方案，否则各种gc cpu也吃不消。当然在分布式部署的场景下，可以使用redis等中间件…

包括各种连接池（httpclient连接池、jdbc连接池等等），连接的属性对于每个连接来说都是一样的，所以就适合用享元模式来处理，放到池里，要用去拿，而不是每次都创建。这些都是享元模式的体现。

---

[1] Android源码设计模式解析与实战