好的性能离不开好的代码,这里不讲大的oo原则,只讲一些基本的小技巧。
1.尽量使用static
static 能够使 变量,方法 变为属于类的,访问时能够节省访问对象的时间。能够快15%-20%的时间。
2,对于 基本类型变量或String类型变量,如果内容不变的话,尽量使用 static final
使用 static final 能够进一步提高效率,
static int intVal = 42;
static String strVal = "Hello, world!";
当第一次使用类中的static变量时,
虚拟机会调用 <clinit> 方法去初始化类,并将 42 保存到 iniVal 变量中, 将 字符串内容保存到 字符串常量表中,并将引用赋值给 strVal。
当访问时,需要执行一次变量访问操作。
而使用 static fianl的话
static final int intVal = 42;
static final String strVal = "Hello, world!";
当访问时,不需要初始化类,访问 intVal时,会直接使用 42, 访问 strVal 时, 会使用一个相对来说效率更高的字符串访问指令。都比static 变量访问快很多。
3,遍历数组,或Collection<E> (ArrayList 除外)时,使用 for-each循环 要比 传统的 for(int i = 0 ; i< length ; ++i) 要更好。但是对于ArrayList , 传统的for 循环效率更高。
4,引用正确的类型比引用接口效率高??
对于没有 JIT 的设备, 的确如此。 但是对于 拥有 JIT 的设备来说,两种方式效率方面没啥差别,主要是JIT做了相关方面的优化。
这里提到了 JIT , 就简单说一下什么是 JIT。
====================摘自 百度百科=========
JIT Compiler(Just-in-time Compiler) 即时编译。
最早的
Java建置方案是由一套转译程式(interpreter),将每个Java指令都转译成对等的微处理器指令,并根据转译后的指令先后次序依序执行,由于一个Java指令可能被转译成十几或数十几个对等的微处理器指令,这种模式执行的速度相当缓慢。
针对这个问题,业界首先开发出JIT(just in time)编译器。当Java执行runtime环境时,每遇到一个新的类别(class:类别是Java程式中的功能群组),类别是Java程式中的功能群组-JIT编译器在此时就会针对这个类别进行编译(compile)作业。经过编译后的程式,被优化成相当精简的原生型指令码(native code),这种程式的执行速度相当快。花费少许的编译时间来节省稍后相当长的执行时间,JIT这种设计的确增加不少效率。
但是它并未达到最顶尖的效能,因为某些极少执行到的Java指令在编译时所额外花费的时间可能比转译器在执行时的时间还长,针对这些指令而言,整体花费的时间并没有减少。 基于对JIT的经验,业界发展出动态编译器(dynamic compiler),动态编译器仅针对较常被执行的程式码进行编译,其余部分仍使用转译程式来执行。也就是说,动态编译器会研判是否要编译每个类别。动态编译器拥有两项利器:一是转译器,另一则是JIT,它透过智慧机制针对每个类别进行分析,然后决定使用这两种利器的哪一种来达到最佳化的效果。动态编译器针对程式的特性或者是让程式执行几个循环,再根据结果决定是否编译这段程式码。这个决定不见得绝对正确,但从统计数字来看,这个判断的机制正确的机会相当高。事实上,动态编译器会根据「历史资料」做决策,所以程式执行的时间愈长,判断正确的机率就愈高。以整个结果来看,动态编译器产生的程式码执行的速度超越以前的JIT技术,平均速度可提高至50%。
============================================
而
Android原来Dalvik虚拟机是作为一种解释器实现,从2.2开始,新版将换成JIT编译器实现。
JIT 在性能方面做了很多优化,很多代码编写方面能够提高效率的小技巧 都不需要用了,它就帮你搞定了。
上面说的这些对程序的整体性能方面其实影响不大,主要是为了写出更好的代码,积少成多嘛。
设计篇
1.缓存
一些经常要访问的东西可以考虑缓存起来。
网络的资源可以考虑缓存到硬盘。
减少网络访问次数,节省流量,加快显示速度。但是需要考虑硬盘大小的问题。
如果不考虑占用硬盘空间问题,那就简单了,直接存到硬盘。
但是有一些软件,如有大量图片需要缓存到硬盘,如果长期使用,可能会把sd卡撑爆。这样可以考虑使用一个指定最大大小的硬盘cache,当达到最大大小时,删除老的资源。
具体可以参考 http://developer.android.com/shareables/training/BitmapFun.zip
里面有一个类 DiskLruCache ,非常好的实现了一个可以指定最大大小的硬盘缓存类。
硬盘里的可以考虑缓存到内存。
减少硬盘访问,加快速度。
可以使用android提供的 LruCache 类来帮我们。
例如图片缓存。
当有很多小图片需要重复显示时,可以考虑将图片缓存到内存中,减少对硬盘的访问,减少创建Bitmap 的次数,来优化性能。这个尤其是在ListView , GridView 显示小图片时,能够显著提高性能。
我们可以使用LruCache 类来帮助我们达成目的。可以创建一个给定缓存大小的LruCache 实例,当访问图片时,先到缓存中找,如果有就直接用,如果没有,就创建图片,然后将图片添加到缓存中。
LruCache 构造方法需要传递缓存最大的大小作为参数,然后向缓存中添加图片的时候,如果剩余缓存空间已经放不下新的图片,它就删除最老的图片。什么是最老的?它以添加时间以及最近使用时间做参考,时间最早的就是最老的。
代码如下
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
|
public
enum
ImageCache {
INSTANCE;
public
static
final
String TAG =
"ImageCache"
;
private
static
final
float
defaultCacheSizePercent =
1
.0f /
10
;
private
LruCache<String, BitmapDrawable> mMemoryCache;
private
int
memCacheSize;
ImageCache() {
memCacheSize = Math.round(defaultCacheSizePercent
* Runtime.getRuntime().maxMemory() /
1024
);
//采用虚拟机最大内存的十分之一作为缓存大小。使用kb作为单位,这里的单位只要与sizeof方法返回的单位保持一致就行。
mMemoryCache =
new
LruCache<String, BitmapDrawable>(memCacheSize) {
@Override
protected
int
sizeOf(String key, BitmapDrawable value) {
return
getBitmapSize(value);
//获得图片大小。这个用作管理缓存大小的依据 。
}
};
}
/**
* Get the size in bytes of a bitmap in a BitmapDrawable.
*
* @param value
* @return size in bytes
*/
@TargetApi
(
12
)
public
static
int
getBitmapSize(BitmapDrawable value) {
int
size =
0
;
Bitmap bitmap = value.getBitmap();
if
(<span style=
"font-family: Arial, Helvetica, sans-serif;"
>Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB_MR1</span>) {
size = bitmap.getByteCount();
}
// Pre HC-MR1
size = bitmap.getRowBytes() * bitmap.getHeight();
return
size ==
0
?
1
: size /
1024
;
}
/**
* Adds a bitmap to both memory and disk cache.
*
* @param data
* Unique identifier for the bitmap to store
* @param value
* The bitmap drawable to store
*/
public
void
addBitmapToCache(String data, BitmapDrawable value) {
if
(data ==
null
|| value ==
null
) {
return
;
}
// Add to memory cache
if
(mMemoryCache !=
null
) {
mMemoryCache.put(data, value);
}
if
(Log.isLoggable(TAG, Log.DEBUG)) {
Log.i(TAG,
"add to Memory cache :"
+ data);
}
}
/**
* Get from memory cache.
*
* @param data
* Unique identifier for which item to get
* @return The bitmap drawable if found in cache, null otherwise
*/
public
BitmapDrawable getBitmapFromMemCache(String data) {
BitmapDrawable memValue =
null
;
if
(mMemoryCache !=
null
) {
memValue = mMemoryCache.get(data);
}
if
(Log.isLoggable(TAG, Log.INFO)){
Log.i(TAG, mMemoryCache.toString());
}
return
memValue;
}
}
|