Android 中不应该使用 Enum 吗?(1)

这篇文章探讨了Android开发中关于枚举(Enum)使用的误解,指出随着硬件进步,内存占用不再是问题。JakeWharton的观点表明,现代编译器如ProGuard和R8能优化枚举,使其在性能上不再低效。作者建议关注代码的可维护性和Kotlin的使用,而不是过度担忧内存占用。
摘要由CSDN通过智能技术生成

嗯,果然如此,大家都说 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:
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。

img

img

img

img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)

文末

架构师不是天生的,是在项目中磨练起来的,所以,我们学了技术就需要结合项目进行实战训练,那么在Android里面最常用的架构无外乎 MVC,MVP,MVVM,但是这些思想如果和模块化,层次化,组件化混和在一起,那就不是一件那么简单的事了,我们需要一个真正身经百战的架构师才能讲解透彻其中蕴含的深理。

移动架构师

系统学习技术大纲

一线互联网Android面试题总结含详解(初级到高级专题)

image

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!

解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!**

  • 23
    点赞
  • 27
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值