0、top命令
Tasks: 552 total, 1 running, 510 sleeping, 0 stopped, 0 zombie
任务(进程) 系统现在共有552个进程，其中处于运行中的有1个，510个在休眠（sleep），stoped状态的有0个，zombie状态（僵尸）的有0个。
Mem: 5849960k total, 4014628k used, 1835332k free, 5756k buffers
内存状态: 物理内存总量 (5.6G) 使用中的内存总量 空闲内存总量 缓存的内存量
1TB=1024GB ,1GB=1024MB ,1MB=1024KB ,1KB=1024字节。
Swap: 2293756k total, 1039804k used, 1253952k free, 918600k cached
swap交换分区: 交换区总量 使用的交换区总量 空闲交换区总量 缓冲的交换区总量
如果出于习惯去计算可用内存数，这里有个近似的计算公式：
Mem的free + Mem的buffers + Swap的cached
按这个公式此台服务器的可用内存：1835332k + 5756k + 918600k = 2759688k(约2.6G)
800%cpu 13%user 0%nice 31%sys 756%idle 0%iow 0%irq 0%sirq 0%host
cpu状态
800%cpu -- CPU总量
13%user -- 用户空间占用CPU的百分比。
0%nice -- 改变过优先级的进程占用CPU的百分比
31%sys -- 内核空间占用CPU的百分比
756%idle -- 空闲CPU百分比
0%iow -- IO等待占用CPU的百分比
0%irq -- 硬中断（Hardware IRQ）占用CPU的百分比
0%sirq -- 软中断（Software Interrupts）占用CPU的百分比
0%host --
PID — 进程id
USER — 进程所有者
PR — 进程优先级
NI — nice值。负值表示高优先级，正值表示低优先级
VIRT — 进程使用的虚拟内存总量，单位kb。VIRT=SWAP+RES
RES — 进程使用的、未被换出的物理内存大小，单位kb。RES=CODE+DATA
SHR — 共享内存大小，单位kb
S — 进程状态。D=不可中断的睡眠状态 R=运行 S=睡眠 T=跟踪/停止 Z=僵尸进程
%CPU — 上次更新到现在的CPU时间占用百分比
%MEM — 进程使用的物理内存百分比
TIME+ — 进程使用的CPU时间总计，单位1/100秒
COMMAND — 进程名称（命令名/命令行）
PID USER PR NI VIRT RES SHR S[%CPU] %MEM TIME+ ARGS �[0m
shell 20 0 10M 2.4M 1.5M R 25.0 0.0 0:00.08 top
u0_a21 20 0 4.5G 27M 23M S 9.3 0.4 0:02.56 com.google.android.gms.unstable
root 20 0 0 0 0 S 3.1 0.0 0:01.81 [kworker/u16:4]
root 20 0 0 0 0 S 3.1 0.0 0:03.28 [kworker/2:1]
system 18 -2 4.9G 184M 90M S 3.1 3.2 417:44.25 system_server
- 在Log信息中
当程序运行垃圾回收的时候，会打印一条Log信息，其格式如下：
D/dalvikvm:, , ,
GC_Reason表示导致垃圾回收的原因以及当前的回收类型，包括以下几类：
GC_CONCURRENT:当堆中对象数量达到一定是触发的垃圾收集
GC_FOR_MALLOC：在内存已满的情况下分配内存，此时系统会暂停程序并回收内存
GC_HPROF_DUMP_HEAP：创建FPFOR文件来分析Heap时所造成的垃圾收集
GC_EXPLICIT: 程序调用了垃圾收集函数System.gc
GC_EXTERNAL_ALLOC: 出现在API 10及以下，为外部分配内存(native memory or NIO buffer)所造成的垃圾回收，高版本全部分配在Dalvik Heap中。
Amount_freed 表示此次回收的内存
Heap_stats 表示空闲内存百分比和存活对象大小/堆的总大小
External_memory_stats 表示API 10及以下的外部分配内存，已分配内存/导致垃圾回收的界限
Pause_time 暂停时间，一个表示开始回收垃圾的时间，另一个表示回收结束的暂停时间
D/dalvikvm( 9050): GC_CONCURRENT freed 2049K, 65% free 3571K/9991K, external 4703K/5261K, paused 2ms+2ms
注意这条信息中的 “ 3571K/9991K” 值，这代表着程序使用的heap大小。
2.使用DDMS
Eclipse中的DDMS提供了一个观察内存使用情况的GUI，当我们不断点击Cause GC时，就会看到当前程序的Heap，使用比较方便，具体用法可以Google一下。
3.使用adb dumpsys 命令
adb是一个非常强大的工具，使用adb查看应用程序内存使用情况可按如下格式在命令行里查看内存使用情况：
adb shell dumpsys meminfo
其中，package_name 也可以换成程序的pid，pid可以通过 adb shell top | grep app_name 来查找，下图是某个程序的内存使用情况：
重点关注如下几个字段：
（1） Native/Dalvik 的 Heap 信息
具体在上面的第一行和第二行，它分别给出的是JNI层和Java层的内存分配情况，如果发现这个值一直增长，则代表程序可能出现了内存泄漏。
（2） Total 的 PSS 信息
这个值就是你的应用真正占据的内存大小，通过这个信息，你可以轻松判别手机中哪些程序占内存比较大了。
4. 使用adb shell procrank
手机中的sh是经过精简过的，有些手机可能没有 procrank 命令，可以使用genymotion模拟器，或是自己安装procrank命令。使用procrank时，命令行的输出入下图：
可以看到，在linux下表示内存的耗用情况有四种不同的表现形式：
VSS - Virtual Set Size 虚拟耗用内存（包含共享库占用的内存）
RSS - Resident Set Size 实际使用物理内存（包含共享库占用的内存）
PSS - Proportional Set Size 实际使用的物理内存（比例分配共享库占用的内存）
USS - Unique Set Size 进程独自占用的物理内存（不包含共享库占用的内存）
VSS：VSS表示一个进程可访问的全部内存地址空间的大小。这个大小包括了进程已经申请但尚未使用的内存空间。在实际中很少用这种方式来表示进程占用内存的情况，用它来表示单个进程的内存使用情况是不准确的。
RSS：表示一个进程在RAM中实际使用的空间地址大小，包括了全部共享库占用的内存，这种表示进程占用内存的情况也是不准确的。
PSS：表示一个进程在RAM中实际使用的空间地址大小，它按比例包含了共享库占用的内存。假如有3个进程使用同一个共享库，那么每个进程的PSS就包括了1/3大小的共享库内存。这种方式表示进程的内存使用情况较准确，但当只有一个进程使用共享库时，其情况和RSS一模一样。
USS：表示一个进程本身占用的内存空间大小，不包含其它任何成分，这是表示进程内存大小的最好方式！
可以看到:VSS>=RSS>=PSS>=USS
5.其它常用命令命令：
adb shell kill PIDNumber 死你想杀死的后台进程来模拟某种 bug 的复现条件。
adb shell ps 查看当前终端中的进程信息
那么如何在代码中判断当前的硬件系统有多少的 RAM 呢？在 Framework ProcessList.java 中有如下代码可用：
ProcessList() {
MemInfoReader minfo = new MemInfoReader();
minfo.readMemInfo();
mTotalMemMb = minfo.getTotalSize()/(1024*1024);
}
查看进程占用cpu的情况：adb shell top -n 1 -d 0.5 | grep proc_ id