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代替。
--------------------- 
做者：Colin-Dong 
來源：CSDN 
原文：

最近優化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代替。
--------------------- 
做者：Colin-Dong 
來源：CSDN 
原文：

最近優化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代替。 ---------------------  做者：Colin-Dong  來源：CSDN  原文：https://blog.csdn.net/lingruimingfeng/article/details/51538472  版權聲明：本文爲博主原創文章，轉載請附上博文連接！