【内存优化】避免使用Enum

图片来自：为什么Android中不建议使用Enums

在Android官网上已经明确指出应该在Android避免使用Enum，因为与静态常量相比，它对内存的占用要大很多。

下面有它们的一个比较：

假设我们有这样一份代码，编译之后的dex大小是2556 bytes，在此基础之上，添加一些如下代码，这些代码使用普通static常量相关作为判断值：

增加上面那段代码之后，编译成dex的大小是2680 bytes，相比起之前的2556 bytes只增加124 bytes。假如换做使用enum，情况如下：

使用enum之后的dex大小是4188 bytes，相比起2556增加了1632 bytes，增长量是使用static int的13倍。

参照：The price of ENUMs

具体原因是为什么呢？下面我们来对其进行分析分析。

下面定义了4个静态常量：

public static final int RED =0;
public static final int GREEN =1;
public static final int BLACK =2;
public static final int YELLOW =3;

如果使用Enum表示如下：

public static enum Color {
    RED, GREEN, BLACK, YELLOW
}

我们对Color类进行反编译，进入项目的bin目录，执行 javap -c Color.class

最终结果如下：

我们对上面的反编译代码进行整理如下：

public final class Color extends java.lang.Enum<Color> {
    public static final Color RED;

    public static final Color GREEN;

    public static final Color BLACK;

    public static final Color YELLOW;

    static {
        RED = new Color("RED", 0);

        GREEN = new Color("GREEN", 1);

        BLACK = new Color("BLACK", 2);

        YELLOW = new Color("YELLOW", 3);

        VALUES = new Color[]{RED, GREEN, BLACK, YELLOW};
    }

    public static Color[] values() {
        Color tmp = new Color[VALUES.length];
        system.arraycopy(VALUES, 0, tmp, 0, VALUES.length);
        return tmp;
    }

    public static Color valueOf(String name) {
        return Enum.valueOf(name);
    }
}

上面的代码是根据上面反编译出来的代码编写的，不是标准的，操作过程基本可以呈现。

可以看到，本来是可以使用几个静态常量代替的Color类做了这么多额外的操作，分配了这么多内存，这也是Enum在Android不被建议使用的原因。

从上面的代码可以看到，它其实对上面的几个静态常量做了封装，然后又重新定义了几个静态封装对象，代价非常的大。