Android 性能优化之:替代Android上的enum

一,enum基本用法

  • 1,枚举常量和数据有关联
    定义:

     public enum TaskStatus {
        UN_KNOW(-1, "未知", "#84807f"),
        UN_START(0, "未开始", "#e2d512"),
        PROGRESSING(1, "进行中", "#12ea2f"),
        COMPLETED(2, "已完成", "#c30910");
    
        int mCode;
        String mDesc;
        String mColor;
    
        TaskStatus(int code , String desc , String color){
            mCode = code;
            mDesc = desc;
            mColor = color;
        }
    
        public static TaskStatus getTaskStatus(int status) {
            for (TaskStatus taskStatus : values()) {
                if (status == taskStatus.mCode) {
                    return taskStatus;
                }
            }
            return UN_START;
        }
    }
    

    使用:

    TaskStatus taskStatus = TaskStatus.getTaskStatus(status); // status是从服务端获取的状态值
    textView.setText(taskStatus.mDesc);
    

    总结:
    无论需求如何变化,比如枚举常量增加一个数据,或是增加一条状态,都可以很方便的实现,比直接在全局常量类里定义状态来的便捷。

  • 2,根据一组状态中的某一状态执行相应的操作

    public class Task {
       public Task(TaskStatus taskStatus) {
          System.out.println("Season :" + season);
       }
    
       public enum TaskStatus {
          UN_KNOW,
          UN_START,
          PROGRESSING,
          COMPLETED
       }
    
       public static void main(String[] args) {
          Task task = new Task(TaskStatus.PROGRESSING);
       }
    }
    

    这种方法解决了,直接使用常量类带来的无法保证类型安全代码可读性差

二,Android 中使用 enum 的缺陷

在 Android 官网中,已经明确指出在 Android 中应严格避免使用枚举,枚举通常比静态常量占用更多的内存:Enums often require more than twice as much memory as static constants. You should strictly avoid using enums on Android

在 Android 官方Android性能优化典范系列视频中有如下比较:

假设有这样一份代码,编译之后的dex大小是2556 bytes,在此基础之上,添加一些如下代码,这些代码使用普通 static 常量相关作为判断值:

使用常量整数

增加上面那段代码之后,编译成dex的大小是2680 bytes,相比起之前的2556 bytes只增加124 bytes。
假如换做使用enum,情况如下:

使用枚举enum

使用enum之后的dex大小是4188 bytes,相比起2556增加了1632 bytes,增长量是使用static int的13倍;此外,每个声明的enum和装载enum的数组也要占用内存。

 

因此过度在 Android 开发中使用 ENUM 将会增大 DEX 大小,并会增大运行时的内存分配大小。

不过,在上面的两种常用方式中,第一种方式所带来的便捷将大大简化因需求随变的工作,相比所带来的缺点可以忽略;而第二种方式则弊大于利了。

三,解决办法

1, 为了弥补 Android 平台不建议使用枚举的缺陷,官方推出了两个注解,IntDef和StringDef,用来提供编译期的类型检查。

  • 添加依赖
    在build.gradle文件中的依赖块中添加:
    dependencies { compile 'com.android.support:support-annotations:24.2.0' }
  • 声明常量和@IntDef
    @IntDef({
          TaskStatus.UN_KNOW,
          TaskStatus.UN_START,
          TaskStatus.PROGRESSING,
          TaskStatus.COMPLETED
    })
    @Retention(RetentionPolicy.SOURCE)
    public @interface TaskStatus {
       int UN_KNOW = -1;
       int UN_START = 0;
       int PROGRESSING = 1;
       int COMPLETED = 2;
    }
    
    这里TypeDef注解使用了@interface来声明新的枚举注解类型。其中@IntDef@StringDef注解以及@Retention标注了新的注解,目的是定义这个枚举类型。而@Retentino(RententionPolicy.SOURCE)注解告诉编译器在生成.class文件时不保留枚举注解数据。
  • 使用
    public static void doSth(@TaskStatus int status){
       switch (status){
          case TaskStatus.UN_KNOW:
              //do something
              break;
           case TaskStatus.UN_START:
              break;
           case TaskStatus.PROGRESSING:
              break;
           case TaskStatus.COMPLETED:
              break;
        }
    }
    
    这样外界就无法传递 TaskStatus 之外的成员作为参数。

2,如果开启了Proguard可以在很多情况下将枚举enum优化到整数对象。



作者:SScience
链接:https://www.jianshu.com/p/2e43ba184a18
来源:简书
简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值