Android应用性能 分析

  其实主要是内存方面,内存管理是个永恒的话题!

1.从工具DDMS中,在Sysinfo的tab栏里面有一个Memory usage的选项,通过USB连接Android设备以后很容易抓到图。
在图中可以看到系统随时可以用的内存是Free和Buffers两项,因为我抓图的系统只有128M的内存,所以看上去这部分可用内存已经很少了。

2.通过Linux的/proc文件系统的meminfo来分析这个系统的内存使用情况更客观。之所以这么说,是因为通过这种方法可以绕开繁琐的dalvik实现机制,以系统的层面来分析:

C:\Users\Administrator>adb shell
shell@android:/ $ cat /proc/meminfo
cat  /proc/meminfo
MemTotal:         999008 kB
MemFree:          157532 kB
Buffers:              41308 kB
Cached:             319584 kB
SwapCached:            0 kB
Active:               488128 kB
Inactive:            167012 kB
Active(anon):     292356 kB
Inactive(anon):     3544 kB
Active(file):       195772 kB
Inactive(file):    163468 kB
Unevictable:        1520 kB
Mlocked:           13684 kB
HighTotal:         529408 kB
HighFree:          61680 kB
LowTotal:          469600 kB
LowFree:           95852 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:                 0 kB
Writeback:             0 kB
AnonPages:        295816 kB
Mapped:            165768 kB
Shmem:               360 kB
Slab:                  27752 kB
SReclaimable:       9524 kB
SUnreclaim:        18228 kB
KernelStack:        8232 kB
PageTables:         9628 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:       499504 kB
Committed_AS:    5690380 kB
VmallocTotal:      540672 kB
VmallocUsed:      139020 kB
VmallocChunk:      98112 kB
shell@android:/ $

对于Linux系统来说,可以立即使用的内存是 MemFree+Buffers+Cache,

我们从DDMS中拿到的图差很多。或者说Google隐藏了cache,没有给我我想要的东西;Android系统为了加快系统的运行速度会在系统允许的情况下,大量的使用内存作为应用程序的cache。而当系统内存紧张的时候,会首先释放cache的内存,

3、Android内存介绍:
在java开发过程中,是通过new来为对象分配内存的,而内存的释放是由垃圾收集器(GC)来回收的,在开发的过程中,不需要显式的去管理内存,java虚拟机会自动帮我们回收内存。但是这样有可能在不知不觉中就会浪费了很多内存,最终导致java虚拟机花费很多时间去进行垃圾回收,更严重的是造成JVM的OOM。
4、APP占用的内存分哪些:
Android系统中的内存和linux系统一样,存在着大量的共享内存。每个APP占内存会有私有和公共的两部分:ShareDirty、PrivateDirty。Pss是考虑共享内存的内核计算尺度 — 基本上一个进程的每个内存页面被按一个比率缩减,这个比率和同样使用该页面的其他进程的数量有关。理论上你可以累计所有进程的Pss占用量来检查所有进程的内存占用量,也可以比较进程的Pss来大致发现进程各自的权重。PrivateDirty,它基本上是进程内不能被分页到磁盘的内存,也不和其他进程共享。
手机中系统设置里有可以查看正在运行的应用程序所占的内存,此处显示的内存为该进程所占用的Total Pss。所以我们只需要查看Total Pss的值就可以知道该应用运行时所占的内存的大小。
5、如何查看一个APP占用的内存,查看内存大致上有三种方法:
1. 通过系统设置查看
在系统设置中->应用->正在运行->APP
优点:操作简单
缺点:数值不准确,无法实时查看数值变化
2. 通过命令行查看
adb shell dumpsys meminfo  yourpakagename
其中Pss对应的TOTAL值为内存所实际占用的值
优点:简单方便,数据全面精确
缺点:无法实时查看内存占用
3. 通过系统API查看
首先通过activitymanager获得正在运行的程序列表,找到所要获取的程序的pid。
activitymanager.getRunningAppProcesses()
再通过memoryinfo[0].getTotalPss();方法获得实际内存占用
Memoryinfo中还包括getTotalPrivateDirty和getTotalSharedDirty方法
优点:可拓展性高,可以通过程序实时查看内存的占用;数据全面精确
缺点:需要具有开发能力,入手较为困难,所以我们现在在测试内存的时候,是使用了内部自己研发的一款APP来监测内存的,这个APP目前可以实现实时监测并记录数据结果,可以提供给开发者和测试者分析内存的数据支持。目前仍然属于内测阶段,以后有机会可以提供给大家使用。
四、内存泄漏
何为内存泄漏?内存泄漏也称作“存储渗漏”,用动态存储分配函数动态开辟的空间,在使用完毕后未释放,结果导致一直占据该内存单元,直到程序结束。
内存泄漏的实例:
btn.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View arg0) {
    for (int i = 0; i < 100; i++) {
    ImageView img = new ImageView(MainActivity.this);
    img.setImageResource(R.drawable.ic_launcher);

    test.add(img);
   }
 }
});
其中test为静态的List<ImageView>。这样,如果一直点击btn就会出现内存泄漏的情形。
我们如何去监测内存泄漏呢?
以上面内存泄漏的例子为测试Activity,当点击按钮后,会向一个静态数组中添加图片,这样就形成了一个内存泄漏的场景。
进入测试Activity,在点击按钮前先记录当前APP所占用的内存,然后点击按钮。等待操作执行完成后,进行一次GC,再查看APP所占用的内存。
返回后APP所占用的内存没有明显的回落,表明在代码中可能存在内存泄漏的情况发生。
即:在执行某种操作后进行一次GC,内存没有明显的回落。此时即可以断定代码中可能存在内存泄漏。
检测方法:
通过上文所用的三种方法去查看内存的使用情况
使用DDMS中的Heap:
1)      打开DDMS并打开Devices视图和Heap视图
2)      点击选择要监控的进程
3)      选中Devices视图界面上的”update heap” 图标
4)      点击Heap视图中的”Cause GC” 按钮(相当于进行了一次GC的操作)
一般我们会观察Data Object的Total值,正常情况下在每次GC后,这个值都会有明显的回落并会稳定在一个范围之内,说明代码中没有未被释放的内存;若这个值在每次GC后没有出现明显的回落,则说明代码中可能存在没有被释放的内存。
总述:内存不仅是性能测试时需要关注的,作为优秀的开发工程师更应该关注自己的代码内存占用的情况,这样可以尽量避免OOM的情况发生。要知道手机分配给每个进程的内存并不多,当系统内存不够的时候会kill掉一些占内存高的进程,所以为了不被系统kill掉我们要尽可能的合理使用内存避免内存泄漏的情况发生。

(其他的可以看这个 http://blog.csdn.net/innost/article/details/9008691 )

作者:chuangzaozhe1 发表于2013-11-27 12:09:46 原文链接
阅读:30 评论:0 查看评论

你可能感兴趣的:(android,性能,应用)