Android性能優化—不建議使用枚舉Enum

最近優化App，由於項目中使用了Lib，而Lib代碼中包含了大量的枚舉類型，導致App佔用內存過多。好吧，知道問題點，那就幹掉，拋棄之～

問題是解決了，爲啥會這樣呢？ 先來看看Android官網的說明吧：

看見了吧，Android官網不建議咱們使用enums，說的也很清楚了，佔用內存多（Enums often require more than twice as much memory as static constants.）。

Android中當你的App啓動後系統會給App單獨分配一塊內存。App的DEX code、Heap以及運行時的內存分配都會在這塊內存中。

舉個栗子：

1.使用Int表示狀態

public static final int VALUE1 =1;
public static final int VALUE1 =2;
public static final int VALUE1 =3;

2.使用Enums表示狀態

public static enum Value{
  VALUE1,
  VALUE2,
  VALUE3
}

情形2中的DEX size增加是情形1中的13倍之多。這還只是DEX code的增加，同樣，運行時的內存分配，一個enum值的聲明會消耗至少20 bytes，這還不算其中的對象數組需要保持對enum值的引用。Why？使用javap反編譯情形二中生成的class文件，去掉彙編代碼後如下：

public final class VALUE extends java.lang.Enum{  
  public static final VALUE VALUE1;  
  public static final VALUE VALUE2;  
  public static final VALUE VALUE3;
  private static final VALUE[] values[];
  static{}
}

可以看到實際上enum類型繼承java.lang.Enum，每個枚舉項都會被聲明成一個靜態變量，並被賦值。VALUE value1 = VALUE.VALUE1則會引起對靜態變量的引用。

因 此，當你的代碼或包含的Lib中大量使用enums時，對於本身內存小的手機將是災難性的。不可否認enums會使得代碼更易讀更安全，但是我們使用 Int也可以通過@IntDef 註解防止編譯時Lint errors。當然如果你使用enums，proguard在一些情況下會優化你的代碼使用Int代替。