我应该严格避免在Android上使用枚举吗？

我曾经Bundle在如下所示的接口中一起定义了一组相关的常量（如键）：

public interface From{
    String LOGIN_SCREEN = "LoginSCreen";
    String NOTIFICATION = "Notification";
    String WIDGET = "widget";
}

这为我提供了一种更好的方式将相关常量分组在一起，并通过进行静态导入（而非实现）来使用它们。我知道Android框架也使用像一样的常量Toast.LENTH_LONG，View.GONE。

但是，我经常感到，Java Enums提供代表常数的更好，更强大的方法。

但是使用enumson 会有性能问题Android吗？

经过一番研究，我最终陷入了混乱。从这个问题中， 从Android的性能提示中删除了“避免枚举，您只需要整数”吗？很明显，Google它已从性能提示中删除了“避免枚举”，但是从官方培训文档中请注意内存开销部分，它明确指出：“枚举通常需要的内存是静态常量的两倍以上。您应严格避免在Android上使用枚举。”这仍然有效吗？（例如Java1.6以后的版本）

还有一个问题，我观察到的是发送enums跨intents使用Bundle我应该序列化给他们（即putSerializable()，我认为一个昂贵的操作比较原始的putString()方法沉绵enums免费提供的话）。

有人可以说清楚哪一种是代表同一个人的最佳方法Android吗？我应该严格避免使用enumson Android吗？

enum需要其功能时使用。不要严格避免它。

Java枚举功能更强大，但是如果您不需要它的功能，请使用常量，它们会占用较少的空间，并且它们本身可以是原始的。

何时使用枚举：

• 类型检查-你可以接受只列出的值，而且他们是不连续的（见下面就是我所说的连续点击这里）

• 方法重载-每个枚举常量都有自己的方法实现
  

  public enum UnitConverter{
      METERS{
          @Override
          public double toMiles(final double meters){
              return meters * 0.00062137D;
          }
  
          @Override
          public double toMeters(final double meters){
              return meters;
          }
      },
      MILES{
          @Override
          public double toMiles(final double miles){
              return miles;
          }
  
          @Override
          public double toMeters(final double miles){
              return miles / 0.00062137D;
          }
      };
  
      public abstract double toMiles(double unit);
      public abstract double toMeters(double unit);
  }

• 更多数据-您的一个常数包含多个不能放在一个变量中的信息

• 复杂的数据-您不断需要的方法来处理数据

何时不使用枚举：

• 您可以接受一种类型的所有值，并且您的常数仅包含这些最常用的值

• 您可以接受连续数据
  

  public class Month{
      public static final int JANUARY = 1;
      public static final int FEBRUARY = 2;
      public static final int MARCH = 3;
      ...
  
      public static String getName(final int month){
          if(month <= 0 || month > 12){
              throw new IllegalArgumentException("Invalid month number: " + month);
          }
  
          ...
      }
  }

• 用于名称（例如您的示例）
• 对于真的不需要枚举的其他所有内容

枚举占用更多空间

• 一个枚举常量的单个引用占用4个字节
• 每个枚举常量占用的空间是其字段大小的总和，对齐方式是8字节+ 对象的开销
• 枚举类本身占用一些空间

常量占用更少的空间

• 常量没有引用，因此它是纯数据（即使是引用，枚举实例也将是对另一个引用的引用）
• 常量可以添加到现有类中-不必添加其他类
• 常量可以内联；它带来了扩展的编译时功能（例如，空检查，查找无效代码等）

如果枚举仅包含值，则应尝试使用IntDef / StringDef，如下所示：

https://developer.android.com/studio/write/annotations.html#enum-annotations

示例：代替：

enum NavigationMode {NAVIGATION_MODE_STANDARD, NAVIGATION_MODE_LIST, NAVIGATION_MODE_TABS} 

你用：

@IntDef({NAVIGATION_MODE_STANDARD, NAVIGATION_MODE_LIST, NAVIGATION_MODE_TABS})
@Retention(RetentionPolicy.SOURCE)
public @interface NavigationMode {}

public static final int NAVIGATION_MODE_STANDARD = 0;
public static final int NAVIGATION_MODE_LIST = 1;
public static final int NAVIGATION_MODE_TABS = 2;

在将其作为参数/返回值的函数中，使用：

@NavigationMode
public abstract int getNavigationMode();

public abstract void setNavigationMode(@NavigationMode int mode);

如果枚举很复杂，请使用枚举。它没有那么坏。

要比较枚举与常量值，应在此处阅读：

http://hsc.com/Blog/Best-Practices-For-Memory-Optimization-on-Android-1

他们的示例是一个具有2个值的枚举。与使用常量整数时的128个字节相比，它在dex文件中需要1112个字节。有意义，因为枚举是真实的类，而不是它在C / C ++上的工作方式。

除了以前的答案，我还要补充一点，如果您使用的是Proguard（并且您绝对应该这样做以减小大小并混淆代码），那么您Enums将被自动转换@IntDef为可能的位置：

https://www.guardsquare.com/cn/proguard/manual/optimizations

类/拆箱/枚举

尽可能将枚举类型简化为整数常量。

因此，如果您有一些离散值，并且某些方法只允许采用此值，而不允许采用其他相同类型的值，那么我将使用Enum，因为Proguard会为我进行优化代码的手动工作。

而这里是 如何使用枚举从杰克沃顿好的帖子，看看它。

作为库开发人员，我认识到应该进行这些小的优化，因为我们希望对使用的应用程序的大小，内存和性能影响尽可能小。但是，重要的是要意识到，在适当的情况下将枚举放入公共API与整数值中是完全可以的。了解差异以做出明智的决定很重要

我应该严格避免在Android上使用枚举吗？

不会。“ 严格 ”表示它们太糟糕了，根本不要使用它们。可能在极端情况下会出现性能问题，例如使用枚举（在ui线程上连续执行）的许多许多（数千或数百万）操作。网络I / O操作非常常见，应严格在后台线程中进行。枚举的最常见的用法可能是某种类型的检查-一个对象是否是这个或那个它是如此之快，你将无法注意到枚举的比较单一和整数的比较之间的差异。

有人可以说明哪种方法是在Android中代表同一方法的最佳方法吗？

没有一般的经验法则。使用对您有用的任何东西，并帮助您准备好应用程序。稍后进行优化-在您发现瓶颈会减慢应用程序的某些方面之后。

使用Android P，Google在使用枚举时没有任何限制/异议

该文档已更改，建议在此之前保持谨慎，但现在没有提及。 https://developer.android.com/reference/java/lang/Enum

两个事实。

1，枚举是JAVA中最强大的功能之一。

2，Android手机通常有很多内存。

所以我的回答是不。我将在Android中使用Enum。

我想补充一点，当您声明List <>或Map <>时，如果键或值是您的注释接口之一，则不能使用@Annotations。您收到错误“此处不允许批注”。

enum Values { One, Two, Three }
Map<String, Values> myMap;    // This works

// ... but ...
public static final int ONE = 1;
public static final int TWO = 2;
public static final int THREE = 3;

@Retention(RetentionPolicy.SOURCE)
@IntDef({ONE, TWO, THREE})
public @interface Values {}

Map<String, @Values Integer> myMap;    // *** ERROR ***

因此，当您需要将其打包到列表/映射中时，请使用enum，因为可以添加它们，但@annotated int / string组则不能。