和做 Android 的同学们提起 Enum（枚举），很多人应该就会想到：“在 Android 中不要使用枚举，会占用更多的内存，应该使用注解代替” 这句话。如果你对此很不解而且保持怀疑态度，然后在 Google 上面一搜，就像下面图中所示。

嗯，果然如此，大家都说 Android 中不应该使用 Enum，而且官方文档上也写出不应该使用 Enum，好那我就不用了，改成 Android 注解。然后这句好就被一传十，十传百，所有人都记住了 “ Android 中不推荐使用枚举，请使用注解代替”。

然后事实真的是这样吗？到 2019 年的今天，每一步 Android 手机都拥有了 6G 或更大的内存，那么这句 “ Android 中不推荐使用枚举” 还适用吗？

历史背景

很多人相信且毫无疑问的相信，大概就是因为官方文档上面写的这句话吧。

“枚举通常会比静态常量多两倍以上的内存占用，所以你应该应该的避免在 Android 中使用枚举”

没错这句话确实存在过，它出自 2009 年的 Android 官方文档，当时 Android 处于刚刚起步的阶段，受当时手机硬件设备的影响，Android 核心开发人员在文档上写下来这句话，在当时看来确实没错，然后如今十年后，我们在 2019 年的 Android 官方文档上，却再也找不到这句话了，根据 stackoverflow 上面的回答，应该是 Android 团队在发布 Android P 之后修改掉了这句话。

同时我查到了 JakeWharton 关于 Android 中使用枚举的一些建议：

这里的大概意思是，JW 认为 ProGuard 和 R8 会在编译的时候会将琐碎的枚举优化为整型，不存在效率低下的问题，enum 效率低下只是 Android 团队散布的谣言，同时 Kotlin 和 Java 中的 Enum 在编译成字节码之后是一样的。

在 Reddit 上，JW 同样做出了回应：

有人提出质疑说，官方文档上面的那句话是不正确的，具有误导性，应该是当你把枚举单纯的当做 IntDef 使用的时候，会有内存上面的开销。

JW 回应到：我们都忽略了 Enum 是一个完整类的事实，它可以实现接口，可以实现自己的方法，当你没有这么做的时候，ProGuard 会将枚举优化为整数，当时开发人员的这个建议完全是错误的，一直以来都是错误的。

其实枚举没有那么恐怖

enum class Type { ONE, TWO }

当我们定义了这样一个简单的枚举，反编译代码后，我们会发现下面这样的代码：

public final class MainActivity$WhenMappings {
public static final int[] $EnumSwitchMapping$0 = new int[Type.values().length];
	static {
		$EnumSwitchMapping$0[Type.ONE.ordinal()] = 1;
		$EnumSwitchMapping$0[Type.TWO.ordinal()] = 2;
	}
}

编译器会帮我们将枚举优化为一个 int 数组，这个是自动优化的，但前提是正如 JW 所说我们只简单的使用了枚举中定义的字段，而没有把它当做一个完整类来使用，调用它自身的一些方法，例如 toString() ，name 等。

而相反你如果使用注解来实现：

const val ONE = 1
const val TWO = 2
@IntDef(ONE, TWO)
@Retention(AnnotationRetention.SOURCE)
annotation class Type

其实这样的优化是得不偿失的，在一定程度上失去的代码的可维护性，而且在 Kotlin 中对此写法的支持也不是很好，我们应该将关注力放在其他投入产出比更大的事情上面。

更多的时候我们不需要过分关心使用 Enum 带来的内存增长，你要记住 Enum 是一个类，它只是占用了作为一个类来说应有的内存。

也许你会从之前的 Android SDK 中发现，官方的代码中会有很多使用诸如 @IntDef 来替代 Enum，但我最近翻阅 Android Jetpack 中的相关代码，官方开发人员也会在代码中大量使用 Enum，例如 Lifecycle：

在 Kotlin 中更好的使用 Enum

在 Koltin 中除了 Enum 之外（和 Java 中的 Enum 没什么区别），还有 Sealed Class 可以帮助我们使用同样的功能，Sealed Class 翻译过来叫密封类。

密封类用来表示受限的类继承结构：当一个值为有限几种的类型、而不能有任何其他类型时。在某种意义上，他们是枚举类的扩展：枚举类型的值集合也是受限的，但每个枚举常量只存在一个实例，而密封类的一个子类可以有可包含状态的多个实例。

关于使用密封类有几点注意事项：

需要在类名前面添加 sealed 修饰符
所有子类都必须在与密封类自身相同的文件中声明
密封类是自身抽象的
密封类不允许有非-private 构造函数

一个很常见的使用场景，就是使用 Sealed Class 来声明网络请求状态

更多关于 Sealed Class 的使用方法大家去看 Kotlin 的官方文档就可以了，很简单，这里就不赘述了。

所以关于 Enum 的使用，我的观点是：该用就用，不需要去过分担心内存的增长，Enum 有很多方便好用的特性，Enum 带来的编码的便捷，代码可读性的提升也是很大的利好。

如果觉得这篇文章有点意思，记得分享转发😝。

欢迎关注同名微信公众号【Android丨Kotlin】