面试题：Kotlin枚举类与密封类在性能上的基础差异

枚举类：
- 枚举类的实例在编译期就被创建并保存在内存中，每个枚举常量都是该枚举类的一个实例。由于枚举常量数量固定，在内存中会占据相对稳定的空间。例如，一个表示星期的枚举类：
```
enum class Weekday {
    MONDAY, TUESDAY, WEDNESDAY, THURSDAY, FRIDAY, SATURDAY, SUNDAY
}
```
这7个枚举常量在内存中一直存在，即使在程序运行过程中没有使用到某些常量，它们也占用内存。
密封类：
- 密封类本身并不直接创建实例，而是它的子类创建实例。密封类的子类实例只有在实际使用时才会在内存中创建。例如，一个密封类表示不同类型的消息：
```
sealed class Message
class SuccessMessage(val data: String) : Message()
class ErrorMessage(val error: String) : Message()
```
只有当程序中实际创建SuccessMessage或ErrorMessage实例时，才会占用内存，如果整个程序都没有用到ErrorMessage，那么它相关的内存就不会被占用。

枚举类：
- 枚举类的初始化在类加载时就完成，这意味着在程序启动时，所有枚举常量就已经初始化好了。这种初始化方式可能会稍微增加程序启动的时间，因为要创建所有枚举常量实例。例如上述Weekday枚举类，在程序启动加载包含该枚举类的类时，7个枚举常量实例就已创建完毕。
密封类：
- 密封类及其子类的初始化是按需进行的，只有在需要创建子类实例时才会进行初始化。比如上述Message密封类及其子类，只有当代码中执行val success = SuccessMessage("data")这样的语句时，SuccessMessage实例才会被初始化，这在一定程度上可以提高程序启动性能，因为不需要一次性初始化所有可能的实例。

内存敏感场景：
- 枚举类：如果应用程序对内存非常敏感，并且枚举常量数量较多，使用枚举类可能会导致内存占用过高。例如，一个游戏中表示所有道具类型的枚举类，如果道具类型非常多，在游戏启动时就会占用大量内存，可能导致游戏在一些内存有限的设备上启动缓慢甚至崩溃。
- 密封类：在这种场景下，密封类更具优势。例如一个图片加载库，有不同类型的图片加载结果，如成功加载、加载失败、加载中。使用密封类表示这些结果，只有在实际图片加载过程中出现相应情况时才创建对应实例，不会在库初始化时就占用大量内存。
启动性能关键场景：
- 枚举类：由于枚举类在程序启动时就初始化所有实例，如果枚举常量多，会增加启动时间。对于一些启动性能要求极高的应用，如即时通讯软件，用户希望尽快进入聊天界面，过多的枚举类初始化可能影响启动速度。
- 密封类：密封类按需初始化的特点，在启动性能关键场景下更合适。例如一个金融交易APP，在启动时不需要立即初始化所有可能的交易结果状态（用密封类表示），只有在实际进行交易时才初始化相应结果状态的实例，从而加快APP的启动速度。

星途面试题库