上一篇文章,讲到了很多Android应用开发中需要注意的性能和内存方面的技巧。这一篇文章就是从smali指令级来分析性能优化和内存优化的问题。

如何解决界面启动时间开销大的问题

我们在编写Android应用的时候,很多情况下会遇到界面启动时间过长的问题,用户体验非常的不好。所以我们在编写代码的时候,一定要多加注意如何提高界面的启动时间。下面会讲到几个优化界面启动开销的技巧。

1.类的加载开销

当一个类的静态方法或者静态属性被调用或者类被实例化得时候,虚拟机首先做的第一件事情就是DexClassLoader将类的class文件加载到虚拟机,而加载到虚拟机的过程会触发class文件中clinit函数的执行。我们看下面一段代码

  1. package com.example.smalidemo.foreach;
  2. import java.util.ArrayList;
  3. import java.util.List;
  4. public class OnInitTest {
  5. public static final String INIT_STRING = "initstring_fantasy";
  6. public static String INIT2_STRING = "for initstring_fantasy 2";
  7. private String INIT3_STRING = "initstring_fantasyh 3";
  8. public static final int INT_1 = 100;
  9. public static int INIT_INT = 10000;
  10. public static List list = new ArrayList();
  11. public static final ArrayList<AppBean> mAppListOnInit = new ArrayList<AppBean>();
  12. public static ArrayList mAppList = null;
  13. private static String STRING_ARRAY[] = { "jpg", "mp5", "mp4" };
  14. private static final String FINAL_STRING_ARRAY[] = { "pdf", "txt",
  15. "exe" };
  1. }

反编译后的smali文件

  1. .class public Lcom/example/smalidemo/foreach/OnInitTest;
  2. .super Ljava/lang/Object;
  3. .source "OnInitTest.java"
  4. # static fields
  5. .field private static final FINAL_STRING_ARRAY:[Ljava/lang/String; = null
  6. .field public static INIT2_STRING:Ljava/lang/String; = null
  7. .field public static INIT_INT:I = 0x0
  8. .field public static final INIT_STRING:Ljava/lang/String; = "initstring_fantasy"
  9. .field public static final INT_1:I = 0x64
  10. .field private static STRING_ARRAY:[Ljava/lang/String;
  11. .field public static list:Ljava/util/List;
  12. .field public static mAppList:Ljava/util/ArrayList;
  13. .field public static final mAppListOnInit:Ljava/util/ArrayList;
  14. .annotation system Ldalvik/annotation/Signature;
  15. value = {
  16. "Ljava/util/ArrayList",
  17. "<",
  18. "Lcom/example/smalidemo/foreach/AppBean;",
  19. ">;"
  20. }
  21. .end annotation
  22. .end field
  23. # instance fields
  24. .field private INIT3_STRING:Ljava/lang/String;
  25. # direct methods
  26. .method static constructor <clinit>()V
  27. .locals 10
  28. .prologue
  29. const/16 v9, 0x2710
  30. const/4 v8, 0x3
  31. const/4 v7, 0x2
  32. const/4 v6, 0x1
  33. const/4 v5, 0x0
  34. .line 8
  35. const-string v3, "for initstring_fantasy 2"
  36. sput-object v3, Lcom/example/smalidemo/foreach/OnInitTest;->INIT2_STRING:Ljava/lang/String;
  37. .line 11
  38. sput v9, Lcom/example/smalidemo/foreach/OnInitTest;->INIT_INT:I
  39. .line 12
  40. new-instance v3, Ljava/util/ArrayList;
  41. invoke-direct {v3}, Ljava/util/ArrayList;-><init>()V
  42. sput-object v3, Lcom/example/smalidemo/foreach/OnInitTest;->list:Ljava/util/List;
  43. .line 13
  44. new-instance v3, Ljava/util/ArrayList;
  45. invoke-direct {v3}, Ljava/util/ArrayList;-><init>()V
  46. sput-object v3, Lcom/example/smalidemo/foreach/OnInitTest;->mAppListOnInit:Ljava/util/ArrayList;
  47. .line 14
  48. const/4 v3, 0x0
  49. sput-object v3, Lcom/example/smalidemo/foreach/OnInitTest;->mAppList:Ljava/util/ArrayList;
  50. .line 15
  51. new-array v3, v8, [Ljava/lang/String;
  52. const-string v4, "jpg"
  53. aput-object v4, v3, v5
  54. const-string v4, "mp5"
  55. aput-object v4, v3, v6
  56. const-string v4, "mp4"
  57. aput-object v4, v3, v7
  58. sput-object v3, Lcom/example/smalidemo/foreach/OnInitTest;->STRING_ARRAY:[Ljava/lang/String;
  59. .line 16
  60. new-array v3, v8, [Ljava/lang/String;
  61. const-string v4, "pdf"
  62. aput-object v4, v3, v5
  63. const-string v4, "txt"
  64. aput-object v4, v3, v6
  65. .line 17
  66. const-string v4, "exe"
  67. aput-object v4, v3, v7
  68. .line 16
  69. sput-object v3, Lcom/example/smalidemo/foreach/OnInitTest;->FINAL_STRING_ARRAY:[Ljava/lang/String;
  70. .line 20
  71. const/4 v1, 0x0
  72. .local v1, i:I
  73. move v2, v1
  74. .line 21
  75. .end local v1           #i:I
  76. .local v2, i:I
  77. :goto_0
  78. add-int/lit8 v1, v2, 0x1
  79. .end local v2           #i:I
  80. .restart local v1       #i:I
  81. if-lt v2, v9, :cond_0
  82. .line 25
  83. return-void
  84. .line 22
  85. :cond_0
  86. new-instance v0, Lcom/example/smalidemo/foreach/AppBean;
  87. invoke-direct {v0}, Lcom/example/smalidemo/foreach/AppBean;-><init>()V
  88. .line 23
  89. .local v0, bean:Lcom/example/smalidemo/foreach/AppBean;
  90. sget-object v3, Lcom/example/smalidemo/foreach/OnInitTest;->mAppListOnInit:Ljava/util/ArrayList;
  91. invoke-virtual {v3, v0}, Ljava/util/ArrayList;->add(Ljava/lang/Object;)Z
  92. move v2, v1
  93. .end local v1           #i:I
  94. .restart local v2       #i:I
  95. goto :goto_0
  96. .end method

在上面得Java文件中,我们声明了一些变量,其中包括字符串,整数,字符串数组,其中有些声明了final,一些没有声明final。我们可以看到声明final的字符串和整数,在编译后的文件中已经成为了常量,而没有声明final的变量,我们可以看到在声明的地方,仍然是类型默认值  string的默认值是null,而int的默认值是0。所以当DexClassLoader加载class文件的时候,会在<clinit>函数里面,对以上的静态变量初始化值。我们可以看到,声明的若干个静态变量,在编译后的smali文件中,成为了更多的smali指令。

提高DexClassLoader加载class的速度,就是要提高class中<clinit>函数的执行速度。

通过以上的分析我们可以总结出以下几个规则:

声明静态的变量,一定要添加final的声明    (在编译器变量就被常量代替,就不会再类加载的时候消耗CPU时间)

2.类的创建实例开销

一个class文件中除了静态变量外,还有很多全局非静态变量。而我们在声明全局变量的时候,都会为全局变量赋值。

  1. private String INIT3_STRING = "initstring_fantasyh 3";

以上这一条Java语句,在smali文件中会变成几条指令呢  我们来看一下:

  1. # instance fields
  2. .field private INIT3_STRING:Ljava/lang/String;
  1. .method public constructor <init>()V
  2. .locals 1
  3. .prologue
  4. .line 6
  5. invoke-direct {p0}, Ljava/lang/Object;-><init>()V
  6. .line 9
  7. const-string v0, "initstring_fantasyh 3"
  8. iput-object v0, p0, Lcom/example/smalidemo/foreach/OnInitTest;->INIT3_STRING:Ljava/lang/String;
  9. .line 6
  10. return-void
  11. .end method

可以看到,在<init>函数中,对全局的非静态变量进行了初始化。class文件在创建类实例的时候,就是执行<init>函数的过程。

提高类创建实例的过程,就是优化<init>函数执行速度的过程。我们最好的做法就是在声明全局变量的地方,赋给默认值,在函数中真正要用的时候,再进行初始化。

无论我们是静态全局变量还是非静态全局变量,在类加载和实例化的过程中,都会对这些变量,进行赋值。如果我们在声明的时候赋了值,那么在init函数中赋值,否则也会执行一条赋值null或者0的指令。因此尽量少的声明全局变量是优化的一大准则。(因为只要声明了一个全局变量就会在类加载或者初始化的时候执行一条指令。)

以上两点都做好了优化,相信能为界面的显示速度提高不少。

但是当我们需要在代码中定义一些常量的集合或者数组的时候,如何避免这两个过程开销大的问题呢。比如在开发中,我们需要定义一个静态的全局数组。如果定义在一个在Activity的onCreate中就实例化的类中,肯定会对Activity的启动时间消耗不少。针对这种问题如何做好优化呢?我们可以将这种静态的数组重构到另一个class中,在使用数组的时候,我们可以直接调用这个类中的静态数组。这样就避免了在Activity初始化的流程中,就初始化那么多数组的问题。

延迟初始化是我们在优化Activity启动时间的一个很有力的技巧。在不修改算法和逻辑结构的基础上,通过延迟初始化也能达到一定程度的优化。

通过以上的分析可以总结以下几条规则:

1.尽可能少的声明全局变量

2.声明静态变量一定要final声明

3.对于开销大的静态模块或者全局非静态模块,可以重构到另外一个类里,达到延迟初始化的作用。

摘自:http://blog.csdn.net/litton_van/article/details/21872677

05-11 21:55