这里的大概意思是，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 带来的编码的便捷，代码可读性的提升也是很大的利好。
点是：该用就用，不需要去过分担心内存的增长，Enum 有很多方便好用的特性，Enum 带来的编码的便捷，代码可读性的提升也是很大的利好。