android高性能编程中需要注意的问题

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

 

2.声明全局静态变量,一定要加final声明

 

3.声明非静态的全局变量,最好不要初始化任何值,在使用到的地方,在进行初始化

 

4.函数中若干次使用全局变量,应该将全局变量赋值给本地变量,然后直接使用本地变量

 

5.能用Int,不要使用浮点数 

 

6.能用乘法不用除法

 

7.尽量避免使用geter和setter方法

 

8.在Activity的onCreate函数中,尽量做少的事。

 

9.在Activity中声明的静态数组或者静态代码块,重构到单独的一个类里。

 

10.布局文件要尽可能的优化,减少布局的解析时间 。 尽量减少布局的嵌套层次

 

11.Activity启动后开始进行异步线程的加载,最好delay一下。再开启线程

 

12.对于存在于集合中的Bean对象,尽可能少的声明变量。能用int 就不要用long.声明的string等复杂变量,最好不要进行初始化。

 

13.使用线程,一定要给它传一个名字,然后需要定义线程的优先级

 

14.在使用集合的时候,优先选择SparseArray。

Java 中每个类(包括匿名内部类)都占用至少 500字节左右的代码;

每个类的实例会在 RAM 中占用大约 12 ~ 16 字节的内存;

每向 HashMap 中添加一个 Entry 时,新生成的 Entry 占用大约 32 个字节。

 

15.尽量避免使用枚举

枚举类型 Enum 会比静态常量占用更多的内存;

 

16.工具方法尽量写成是静态方法

 

17.线程间同步尽量使用开销小的同步锁

 

18.在使用集合类的时候,如果已知数据的规模,在初始化的时候,就设定好默认大小。

 

19.私有内部类访问外部类的私有变量,要将变量修改为包继承权限

 

20.对于开销大的算法,且不止是执行一次的,要使用缓存策略

 

21.避免在绘制或者解析布局的时候,分配对象。例如onDraw方法

 

22.不要给布局写无用的参数,例如RelativeLayout,写layout_weight属性

 

23.尽量减少布局的嵌套层数。例如包含一个ImageView和TextView的线性布局,可以用CompoundDrawable的TextView来代替

 

24.尽量用Android提供的SparseArray来代替HashMap

 

25.如果LinearLayout用于嵌套的layout空间计算,它的android:baselineAligned设置为false,可以加速layout计算

 

26.用FloatMath代替Math

 

27.尽量避免嵌套的使用layout_weight,那样会影响执行效率

 

28.如果为rootView设置了背景,那么会先用Theme指定的背景绘制一遍,然后才用指定的背景绘制,这叫做”overdraw”,可以通过theme的background为null来避免

 

29.不要有无用的任何资源或者文件

 

 

官网文章

如何控制应用程序使用的内存?

1. 记得关闭启动的服务

当服务中的任务完成后,要记得停止该服务。可以考虑使用 IntentService,因为IntentService 在完成任务后会自动停止。

2. UI 不可见时释放资源

在 onStop 中关闭网络连接、注销广播接收器、释放传感器等资源;

在 onTrimMemory() 回调方法中监听TRIM_MEMORY_UI_HIDDEN 级别的信号,此时可在 Activity 中释放 UI 使用的资源,大符减少应用占用的内存,从而避免被系统清除出内存。

3. 内存紧张时释放资源

运行中的程序,如果内存紧张,会在 onTrimMemory(int level) 回调方法中接收到以下级别的信号:

TRIM_MEMORY_RUNNING_MODERATE:系统可用内存较低,正在杀掉 LRU缓存中的进程。你的进程正在运行,没有被杀掉的危险。

TRIM_MEMORY_RUNNING_LOW:系统可用内存更加紧张,程序虽然暂没有被杀死的危险,但是应该尽量释放一些资源,以提升系统的性能(这也会直接影响你程序的性能)。

TRIM_MEMORY_RUNNING_CRITICAL:系统内存极度紧张,而LRU缓存中的大部分进程已被杀死,如果仍然无法获得足够的资源的话,接下来会清理掉 LRU 中的所有进程,并且开始杀死一些系统通常会保留的进程,比如后台运行的服务等。

当程序未在运行,保留在 LRU 缓存中时, onTrimMemory(int level) 中会返回以下级别的信号:

TRIM_MEMORY_BACKGROUND:系统可用内存低,而你的程序处在 LRU的顶端,因此暂时不会被杀死,但是此时应释放一些程序再次打开时比较容易恢复的 UI 资源。

TRIM_MEMORY_MODERATE:系统可用内存低,程序处于 LRU的中部位置,如果内存状态得不到缓解,程序会有被杀死的可能。

TRIM_MEMORY_COMPLETE:系统可用内存低,你的程序处于 LRU尾部,如果系统仍然无法回收足够的内存资源,你的程序将首先被杀死。此时应释放无助于恢复程序状态的所有资源。

注:该 API 在版本 14 中加入。旧版本的onLowMemory() 方法,大致相当于 onTrimMemory(int level) 中接收到 TRIM_MEMORY_COMPLETE 级别的信号。

另:尽管系统主要按照 LRU 中顺序来杀进程,不过系统也会考虑程序占用的内存多少,那些占用内存高的进程有更高的可能性会被首先杀死。

 

4. 确定你的程序应该占用多少内存

可以通过 getMemoryClass()来获取你的程序被分配的可用内存,以 M 为单位。

你可以通过在 <application> 标签下将 largeHeap 属性设为 true 来要求更多的内存,这时通过 getLargeMemoryClass() 方法来获取可用内存。

大部分应用程序不需要使用此功能,因此使用该标签前,确认你的程序是否真的需要更多内存。使用更多内存会对整个系统的性能产生影响,而且当程序进入 LRU时会更容易首先被系统清理掉。

5. 正确使用 Bipmap,避免浪费内存

如果你的 ImageViwe 的尺寸只有 100 * 100,那么没有必要将一张 2560 * 1600 的图片整个加载入内存。

6. 使用 Android提供的优化过的数据结构

如 SparseArray, SparseBooleanArray, LongSparseArray 等,相比 Java 提供的 HashMap,这些结构更节省内存。

 

7. 始终对内存使用情况保持关注

枚举类型 Enum 会比静态常量占用更多的内存;

Java 中每个类(包括匿名内部类)都占用至少 500字节左右的代码;

每个类的实例会在 RAM 中占用大约 12 ~ 16 字节的内存;

每向 HashMap 中添加一个 Entry 时,新生成的 Entry 占用大约 32 个字节。

8. 谨慎使用第三方类库

这些外部类库可能原先并非针对移动平台,因此未进行过优化,在使用前应注意。另外尽量不要因为一两个特性而使用一个体积很大的类库。

 

9. 使用 ProGuard

使用 ProGuard 移除无用的代码并重命名一些类、字段、方法等,使你的代码更紧凑,节省内存空间。

10. 使用 zipalign

zipaligned 对最终打包的 apk进行字节对齐。

注:Google Play 不接受未对齐过的 apk。

11. 分析内存使用情况

如果已经获得一个相对稳定的版本,应对程序整个生命周期的内存使用状况进行分析。

12. 使用多个进程

如果程序需要执行大量的后台工作,可考虑将程序分为两个进程,一个进程负责 UI,另一个进程负责后台任务。比如音乐播放器。

代码示例:

<serviceandroid:name=”.PlaybackService”android:process=”:background”/>

 android:process属性的值以“:”开头,名称可任意选取。

在决定是否使用多进程前,应注意,一个不执行任何任务的空进程至少也要占用 1.4 MB内存。

另外要注意进程的相互依赖性,比如如果将 ContentProvider 放在 UI 进程中,而后台任务进程也需要调用 ContentProvider,就会导致 UI 进程一直保留在 RAM 中。