摘要：比如顯然，此時(shí)就未能實(shí)現(xiàn)賦值的類型檢查，也未能把多個(gè)枚舉值歸納到同一個(gè)枚舉類型下。強(qiáng)行的實(shí)現(xiàn)會(huì)變的極為尷尬此時(shí)，在枚舉值較少的時(shí)候還能忍，較多的時(shí)候代碼就會(huì)變得非常丑陋。

曾經(jīng)有一段時(shí)間，許多網(wǎng)上的 Android 性能調(diào)優(yōu)的文章都提到，要盡量避免在 Android 中使用 enum，因?yàn)槭褂?enum 會(huì)引入較大的性能損失。

然而，最新的 Android 文檔已經(jīng)改變了這一說(shuō)法。根據(jù) Android VM 的開(kāi)發(fā)者Elliot Hugues 的博客所述，過(guò)去的 Android 官網(wǎng)的性能優(yōu)化指南并不準(zhǔn)確，混雜了許多臆斷。因此如今他們嚴(yán)格地依據(jù)事實(shí)，重寫了Android 性能優(yōu)化指南，開(kāi)發(fā)者也應(yīng)當(dāng)以最新的文檔為準(zhǔn)。當(dāng)然比較窘迫的是，Android 文檔的更新并不是同時(shí)改口，事實(shí)上就在同個(gè) training 目錄下的 管理應(yīng)用內(nèi)存一文中，就仍然保留了過(guò)時(shí)的避免使用 enum 的說(shuō)法。

之所以重新鼓勵(lì)使用 enum ，其解釋是：

Android 2.2 及以下系統(tǒng)上，使用 enum 的確會(huì)引發(fā)較大的性能損耗。主要是內(nèi)存上的消耗，enum 遠(yuǎn)大于使用 static final int。

在 Android 2.3 及以后的系統(tǒng)中，之前的一些 enum 的性能問(wèn)題已被 JIT 所優(yōu)化。此時(shí)，雖然 enum 相比于 static final int，內(nèi)存仍然有所增加，但已經(jīng)是可以接受的了。加之 Android 2.2 到如今的 Android 7.0，Android 手機(jī)的內(nèi)存配置突飛猛進(jìn)，從256MB躍升至6GB，enum 所帶來(lái)的內(nèi)存增加已經(jīng)可以忽略。

盡管如此，在實(shí)際開(kāi)發(fā)中仍然有可能遇到內(nèi)存消耗較大的應(yīng)用開(kāi)發(fā)問(wèn)題，那么此時(shí)，該如何優(yōu)化枚舉值的實(shí)現(xiàn)，以節(jié)約內(nèi)存消耗呢？方案如下：

然而，其問(wèn)題在于，直接使用無(wú)法實(shí)現(xiàn)枚舉變量賦值的類型安全。且無(wú)法把多個(gè)枚舉值歸納到同一個(gè)枚舉類型下。比如：

private static final int MONDAY = 0;
private static final int TUESDAT= 1;
private static final int WEDNESDAY = 2;
private static final int THURSDAY = 3;
private static final int FRIDAY = 4;
private static final int SATURDAY = 5;
private static final int SUNDAY = 6;

private static final int JANUARY = 7;

private int day = JANUARY;

顯然，此時(shí) int 就未能實(shí)現(xiàn)賦值的類型檢查，也未能把多個(gè)枚舉值歸納到同一個(gè)枚舉類型下。

在 Android Proguard 中，可以在 proguard.cfg 中加入?yún)?shù) -Doptimization class/unboxing/enum，從而自動(dòng)將 enum 替換為 static final int。這樣，也就無(wú)需擔(dān)心多余的內(nèi)存問(wèn)題了。

IntDef 可以用于替代 int，其價(jià)值在于用@IntDef int var限定賦值范圍，實(shí)現(xiàn)類型安全。還用 @IntDef({SUNDAY, MONDAY,TUESDAY,WEDNESDAY,THURSDAY,FRIDAY,SATURDAY})歸集了散亂的 static final int 變量，如下代碼所示：

public class MainActivity extends Activity {
 
    public static final int SUNDAY = 0;
    public static final int MONDAY = 1;
    public static final int TUESDAY = 2;
    public static final int WEDNESDAY = 3;
    public static final int THURSDAY = 4;
    public static final int FRIDAY = 5;
    public static final int SATURDAY = 6;
 
    @IntDef({SUNDAY, MONDAY,TUESDAY,WEDNESDAY,THURSDAY,FRIDAY,SATURDAY})
    @Retention(RetentionPolicy.SOURCE)
    public @interface WeekDays {}
 
    @WeekDays int currentDay = SUNDAY;
 
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        setCurrentDay(WEDNESDAY);
 
        @WeekDays int today = getCurrentDay();
 
        switch (today){
            case SUNDAY:
                break;
            case MONDAY:
                break;
            case TUESDAY:
                break;
            case WEDNESDAY:
                break;
            case THURSDAY:
                break;
            case FRIDAY:
                break;
            case SATURDAY:
                break;
            default:
                break;
        }
 
    }
 
    public void setCurrentDay(@WeekDays int currentDay) {
        this.currentDay = currentDay;
    }
 
    @WeekDays
    public int getCurrentDay() {
        return currentDay;
    }
}

然而，IntDef 的缺點(diǎn)在于無(wú)法優(yōu)雅地把 int 轉(zhuǎn)為 IntDef，尤其在一個(gè)枚舉值是服務(wù)端下發(fā)的時(shí)候。強(qiáng)行的實(shí)現(xiàn)會(huì)變的極為尷尬：

@WeekDays
public int getDay(int value) {
        switch (value){
            case 0:
                return SUNDAY;
            case 1:
                return MONDAY;
            case 2:
                return TUESDAY;
            case 3:
                return WEDNESDAY;
            case 4:
                return THURSDAY;
            case 5:
                return FRIDAY;
            case 6:
               return SATURDAY;
}

此時(shí)，在枚舉值較少的時(shí)候還能忍，較多的時(shí)候代碼就會(huì)變得非常丑陋。本質(zhì)是因?yàn)?，@IntDef 缺少像 Enum.values() Enum.ordinal() 等等 int 與 enum 與 String 互轉(zhuǎn)的方法，因此在想換轉(zhuǎn)換較多的場(chǎng)景下，不如采取第二種優(yōu)化方法。

====================================

如果您覺(jué)得我的文章對(duì)您有所啟迪，請(qǐng)點(diǎn)擊文末的推薦按鈕，您的鼓勵(lì)將會(huì)成為我堅(jiān)持寫作的莫大激勵(lì)。 by DesGemini