A. vss pss rss 哪個用來內存消耗
RSS列表示，程序佔用了多少物理內存。
虛擬內存可以不用考慮，它並不佔用實際物理內存。
（2）。
top命令也可以其中VIRT（或VSS）列表示，程序佔用了多少虛擬內存。
同psaux中的VSZ列RES列表示，程序佔用了多少物理內存。
同psaux中的RSS列2.在linux下，查看當前系統佔用了多少內存，一般的命令是free其中，free就是系統還有多少內存可以使用。
但由於linux系統對內存使用有一個原則，就是，內存是寶貴的，能使用多少就使用多少。
所以，linux會把已經調用過的包緩存起來，放在內存里。
這樣，實際上，可以使用的內存，就可以理解為，free+buffers+cached3.當了解完這些命令以後，再去使用psaux命令去查看的時候，會發現一個奇怪的現象。
所有的RSS列的數據，加起來，比物理內存的數要大很多。
比如，物理內存為2G，而RSS列的數據加起來，可能有5個G之多，這是怎麼回事了？這是因為RSS列的值騙了。
linux的內存機制是這樣的：在運行一個程序時，linux會調用該程序依賴的鏈接庫，如lib.xx.so。
首先看該鏈接庫是否被映射進內存中，如果沒有被映射，則將代碼段與數據段映射到內存中，否則只是將其加入進程的地址空間。
這樣，當N個程序，依賴到lib.xx.so的時候，實際上，內存中只有一個lib.xx.so，而不是N個。
而RSS在顯示一個程序佔用的實際物理內存時，將lib.xx.so也算了進來。
比如，X程序，本身佔用內存為5M，lib.xx.so佔用內存2M，lib.xx.so被N個程序共享依賴。
則RSS顯示為，X程序運行，佔用內存為7M。
實際上，X程序佔用了5M空間。
多餘的2m被討入到RSS中了。
當在用psaux顯示內存佔用情況時，N個共享依賴lib.xx.so的N個程序，都把這2m空間，算在自己的RSS中了，這樣RSS的sum值，就比實際物理內存多了。
當然，linux的內存使用機制很復雜，不是一句兩句能說清楚的。
這里只是簡單的說明了一下，psaux中的RSS值，並不能真實反映物理內存的使用情況。
4.如果查看更詳細的內存使用情況，可用以下幾種方法，或者幾種方法結合使用：這幾種方法，都需要root賬戶的許可權（1）。
pmap-d$pid$pid是正在運行的程序的pid（2）。
cat/proc/$pid/smapssmaps的數據比較詳細，可簡單的歸納一下，歸納的命令如下：cat/proc/$pid/smaps|awk'/Size|Rss|Pss|Shared|Private|Referenced|Swap/{val_name=gensub（/（[a-zA-Z_]*）。
*/,「\\1」，1,$1）；list[val_name]+=$2;}END{for（valinlist）printval,list[val];}『（3）。
cat/proc/$pid/maps（4）。
cat/proc/$pid/statm輸出解釋第一列size:任務虛擬地址空間大小
第二列Resident：正在使用的物理內存大小
第三列Shared：共享頁數
第四列Trs：程序所擁有的可執行虛擬內存大小
第五列Lrs：被映像倒任務的虛擬內存空間的庫的大小
第六列Drs：程序數據段和用戶態的棧的大小
第七列dt：臟頁數量（5）。
vmstat這個命令據說也可以提供一些參考信息，具體還未研究5.作為phper，嘗試過使用php的函數memory_get_usage（），該函數也不能得到php當前運行的程序，實際的，真正佔用的內存數量。
如果真想得到，php真正佔用的內存，大概只能在，程序運行的開始，執行一次memory_get_usage（）。
在程序運行結束，執行一次memory_get_usage（）。
將兩者的值相減，得到的值，應該是一個相對比較准確的，內存佔用數量了。
這個方法還沒有測試，考慮到，得到這個數量，也沒有實際意義，加上平時又比較忙，懶得試了。
B. 如何檢查 android 應用的內存使用情況
解析日誌信息
最簡單的調查應用內存使用情況的地方就是Dalvik日誌信息。可以在logcat（輸出信息可以在Device Monitor或者IDE中查看到，例如Eclipse和Android Studio）中找到這些日誌信息。每次有垃圾回收發生，logcat會列印出帶有下面信息的日誌消息：
java
1
D/dalvikvm: <GC_Reason> <Amount_freed>, <Heap_stats>, <External_memory_stats>, <Pause_time>
GC原因
觸發垃圾回收執行的原因和垃圾回收的類型。原因主要包括：
GC_CONCURRENT
並發垃圾回收，當堆開始填滿時觸發來釋放內存。
GC_FOR_MALLOC
堆已經滿了時應用再去嘗試分配內存觸發的垃圾回收，這時系統必須暫停應用運行來回收內存。
GC_HPROF_DUMP_HEAP
創建HPROF文件來分析應用時觸發的垃圾回收。
GC_EXPLICIT
顯式垃圾回收，例如當調用 gc()（應該避免手動調用而是要讓垃圾回收器在需要時主動調用）時會觸發。
GC_EXTERNAL_ALLOC
這種只會在API 10和更低的版本（新版本內存都只在Dalvik堆中分配）中會有。回收外部分配的內存（例如存儲在本地內存或NIO位元組緩沖區的像素數據）。
釋放數量
執行垃圾回收後內存釋放的數量。
堆狀態
空閑的百分比和（活動對象的數量）/（總的堆大小）。
外部內存狀態
API 10和更低版本中的外部分配的內存（分配的內存大小）/（回收發生時的限制值）。
暫停時間
越大的堆的暫停時間就越長。並發回收暫停時間分為兩部分：一部分在回收開始時，另一部分在回收將近結束時。
例如：
Java
1
D/dalvikvm( 9050): GC_CONCURRENT freed 2049K, 65% free 3571K/9991K, external 4703K/K, paused 2ms+2ms
隨著這些日誌消息的增多，注意堆狀態（上面例子中的3571K/9991K）的變化。如果值一直增大並且不會減小下來，那麼就可能有內存泄露了。
查看堆的更新
為了得到應用內存的使用類型和時間，可以在Device Monitor中實時查看應用堆的更新：
1.打開Device Monitor。
從<sdk>/tools/路徑下載入monitor工具。
2.在Debug Monitor窗口，從左邊的進程列表中選擇要查看的應用進程。
3.點擊進程列表上面的Update Heap。
4.在右側面板中選擇Heap標簽頁。
Heap視圖顯示了堆內存使用的基本狀況，每次垃圾回收後會更新。要看更新後的狀態，點擊Gause GC按鈕。
圖1.Device Monitor工具顯示[1] Update Heap和 [2] Cause GC按鈕。右邊的Heap標簽頁顯示堆的情況。
跟蹤內存分配
當要減少內存問題時，應該使用Allocation Tracker來更好的了解內存消耗大戶在哪分配。Allocation Tracker不僅在查看內存的具體使用上很有用，也可以分析應用中的關鍵代碼路徑，例如滑動。
例如，在應用中滑動列表時跟蹤內存分配，可以看到內存分配的動作，包括在哪些線程上分配和哪裡進行的分配。這對優化代碼路徑來減輕工作量和改善UI流暢性都極其有用。
使用Allocation Tracker：
1.打開Device Monitor 。
從<sdk>/tools/路徑下載入monitor工具。
2.在DDMS窗口，從左側面板選擇應用進程。
3.在右側面板中選擇Allocation Tracker標簽頁。
4.點擊Start Tracking。
5.執行應用到需要分析的代碼路徑處。
6.點擊Get Allocations來更新分配列表。
列表顯示了所有的當前分配和512大小限制的環形緩沖區的情況。點擊行可以查看分配的堆棧跟蹤信息。堆棧不只顯示了分配的對象類型，還顯示了屬於哪個線程哪個類哪個文件和哪一行。
圖2. Device Monitor工具顯示了在Allocation Tracker中當前應用的內存分配和堆棧跟蹤的情況。
注意：總會有一些分配是來自與 DdmVmInternal 和 allocation tracker本身。
盡管移除掉所有嚴重影響性能的代碼是不必要的（也是不可能的），但是allocation tracker還是可以幫助定位代碼中的嚴重問題。例如，應用可能在每個draw操作上創建新的Paint對象。把對象改成全局變數就是一個很簡單的改善性能的修改。
查看總體內存分配
為了進一步的分析，查看應用內存中不同內存類型的分配情況，可以使用下面的 adb 命令：
Java
1
adb shell mpsys meminfo <package_name>
應用當前的內存分配輸出列表，單位是千位元組。
當查看這些信息時，應當熟悉下面的分配類型：
私有(Clean and Dirty) 內存
進程獨占的內存。也就是應用進程銷毀時系統可以直接回收的內存容量。通常來說，「private dirty」內存是其最重要的部分，因為只被自己的進程使用。它只在內存中存儲，因此不能做分頁存儲到外存（Android不支持swap）。所有分配的Dalvik堆和本地堆都是「private dirty」內存；Dalvik堆和本地堆中和Zygote進程共享的部分是共享dirty內存。
實際使用內存 (PSS)
這是另一種應用內存使用的計算方式，把跨進程的共享頁也計算在內。任何獨占的內存頁直接計算它的PSS值，而和其它進程共享的頁則按照共享的比例計算PSS值。例如，在兩個進程間共享的頁，計算進每個進程PPS的值是它的一半大小。
PSS計算方式的一個好處是：把所有進程的PSS值加起來就可以確定所有進程總共佔用的內存。這意味著用PSS來計算進程的實際內存使用、進程間對比內存使用和總共剩餘內存大小是很好的方式。
例如，下面是平板設備中Gmail進程的輸出信息。它顯示了很多信息，但是具體要講解的是下面列出的一些關鍵信息。
注意：實際看到的信息可能和這里的稍有不同，輸出的詳細信息可能會根據平台版本的不同而不同。
Java
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
** MEMINFO in pid 9953 [com.google.android.gm] **
Pss Pss Shared Private Shared Private Heap Heap Heap
Total Clean Dirty Dirty Clean Clean Size Alloc Free
------ ------ ------ ------ ------ ------ ------ ------ ------
Native Heap 0 0 0 0 0 0 7800 7637(6) 126
Dalvik Heap 5110(3) 0 4136 4988(3) 0 0 9168 8958(6) 210
Dalvik Other 2850 0 2684 2772 0 0
Stack 36 0 8 36 0 0
Cursor 136 0 0 136 0 0
Ashmem 12 0 28 0 0 0
Other dev 380 0 24 376 0 4
.so mmap 5443(5) 1996 2584 2664(5) 5788 1996(5)
.apk mmap 235 32 0 0 1252 32
.ttf mmap 36 12 0 0 88 12
.dex mmap 3019(5) 2148 0 0 8936 2148(5)
Other mmap 107 0 8 8 324 68
Unknown 6994(4) 0 252 6992(4) 0 0
TOTAL 24358(1) 4188 9724 17972(2)16388 4260(2)16968 16595 336
Objects
Views: 426 ViewRootImpl: 3(8)
AppContexts: 6(7) Activities: 2(7)
Assets: 2 AssetManagers: 2
Local Binders: 64 Proxy Binders: 34
Death Recipients: 0
OpenSSL Sockets: 1
SQL
MEMORY_USED: 1739
PAGECACHE_OVERFLOW: 1164 MALLOC_SIZE: 62
通常來說，只需關心Pss Total列和Private Dirty列就可以了。在一些情況下，Private Clean列和Heap Alloc列也會提供很有用的信息。下面是一些應該查看的內存分配類型(行中列出的類型)：
Dalvik Heap
應用中Dalvik分配使用的內存。Pss Total包含所有的Zygote分配（如上面PSS定義所描述的，共享跨進程的加權）。Private Dirty是應用堆獨占的內存大小，包含了獨自分配的部分和應用進程從Zygote復制分裂時被修改的Zygote分配的內存頁。
注意：新平台版本有Dalvik Other這一項。Dalvik Heap中的Pss Total和Private Dirty不包括Dalvik的開銷，例如即時編譯（JIT）和垃圾回收（GC），然而老版本都包含在Dalvik的開銷裡面。
Heap Alloc是應用中Dalvik堆和本地堆已經分配使用的大小。它的值比Pss Total和Private Dirty大，因為進程是從Zygote中復制分裂出來的，包含了進程共享的分配部分。
.so mmap和.dex mmap
mmap映射的.so(本地) 和.dex(Dalvik)代碼使用的內存。Pss Total 包含了跨應用共享的平台代碼；Private Clean是應用獨享的代碼。通常來說，實際映射的內存大小要大一點——這里顯示的內存大小是執行了當前操作後應用使用的內存大小。然而，.so mmap 的private dirty比較大，這是由於在載入到最終地址時已經為本地代碼分配好了內存空間。
Unknown
無法歸類到其它項的內存頁。目前，這主要包含大部分的本地分配，就是那些在工具收集數據時由於地址空間布局隨機化(Address Space Layout Randomization ，ASLR)不能被計算在內的部分。和Dalvik堆一樣， Unknown中的Pss Total把和Zygote共享的部分計算在內，Unknown中的Private Dirty只計算應用獨自使用的內存。
TOTAL
進程總使用的實際使用內存(PSS)，是上面所有PSS項的總和。它表明了進程總的內存使用量，可以直接用來和其它進程或總的可以內存進行比較。
Private Dirty和Private Clean是進程獨自佔用的總內存，不會和其它進程共享。當進程銷毀時，它們（特別是Private Dirty）佔用的內存會重新釋放回系統。Dirty內存是已經被修改的內存頁，因此必須常駐內存（因為沒有swap）；Clean內存是已經映射持久文件使用的內存頁（例如正在被執行的代碼），因此一段時間不使用的話就可以置換出去。
ViewRootImpl
進程中活動的根視圖的數量。每個根視圖與一個窗口關聯，因此可以幫助確定涉及對話框和窗口的內存泄露。
AppContexts和Activities
當前駐留在進程中的Context和Activity對象的數量。可以很快的確認常見的由於靜態引用而不能被垃圾回收的泄露的 Activity對象。這些對象通常有很多其它相關聯的分配，因此這是追查大的內存泄露的很好辦法。
注意：View 和 Drawable 對象也持有所在Activity的引用，因此，持有View 或 Drawable 對象也可能會導致應用Activity泄露。
獲取堆轉儲
堆轉儲是應用堆中所有對象的快照，以二進制文件HPROF的形式存儲。應用堆轉儲提供了應用堆的整體狀態，因此在查看堆更新的同時，可以跟蹤可能已經確認的問題。
檢索堆轉儲：
1.打開Device Monitor。
從<sdk>/tools/路徑下載入monitor工具。
2.在DDMS窗口，從左側面板選擇應用進程。
3.點擊Dump HPROF file，顯示見圖3。
4.在彈出的窗口中，命名HPROF文件，選擇存放位置，然後點擊Save。
圖3.Device Monitor工具顯示了[1] Dump HPROF file按鈕。
如果需要能更精確定位問題的堆轉儲，可以在應用代碼中調用mpHprofData()來生成堆轉儲。
堆轉儲的格式基本相同，但與Java HPROF文件不完全相同。Android堆轉儲的主要不同是由於很多的內存分配是在Zygote進程中。但是由於Zygote的內存分配是所有應用進程共享的，這些對分析應用堆沒什麼關系。
為了分析堆轉儲，你需要像jhat或Eclipse內存分析工具(MAT)一樣的標准工具。當然，第一步需要做的是把HPROF文件從Android的文件格式轉換成J2SE HRPOF的文件格式。可以使用<sdk>/platform-tools/路徑下的hprof-conv工具來轉換。hprof-conv的使用很簡單，只要帶上兩個參數就可以：原始的HPROF文件和轉換後的HPROF文件的存放位置。例如：
Java
1
hprof-conv heap-original.hprof heap-converted.hprof
注意：如果使用的是集成在Eclipse中的DDMS，那麼就不需要再執行HPROF轉換操作——默認已經轉換過了。
現在就可以在MAT中載入轉換過的HPROF文件了，或者是在可以解析J2SE HPROF格式的其它堆分析工具中載入。
分析應用堆時，應該查找由下導致的內存泄露：
對Activity、Context、View、Drawable的長期引用，以及其它可能持有Activity或Context容器引用的對象
非靜態內部類（例如持有Activity實例的Runnable）
不必要的長期持有對象的緩存
使用Eclipse內存分析工具
Eclipse內存分析工具（MAT）是一個可以分析堆轉儲的工具。它是一個功能相當強大的工具，功能遠遠超過這篇文檔的介紹，這里只是一些入門的介紹。
在MAT中打開類型轉換過的HPROF文件，在總覽界面會看到一張餅狀圖，它展示了佔用堆的最大對象。在圖表下面是幾個功能的鏈接：
Histogram view顯示所有類的列表和每個類有多少實例。
正常來說類的實例的數量應該是確定的，可以用這個視圖找到額外的類的實例。例如，一個常見的源碼泄露就是Activity類有額外的實例，而正確的是在同一時間應該只有一個實例。要找到特定類的實例，在列表頂部的<Regex>域中輸入類名查找。
當一個類有太多的實例時，右擊選擇List objects>with incoming references。在顯示的列表中，通過右擊選擇Path To GC Roots> exclude weak references來確定保留的實例。
Dominator tree是按照保留堆大小來顯示的對象列表。
應該注意的是那些保留的部分堆大小粗略等於通過GC logs、heap updates或allocation tracker觀察到的泄露大小的對象。
當看到可疑項時，右擊選擇Path To GC Roots>exclude weak references。打開新的標簽頁，標簽頁中列出了可疑泄露的對象的引用。
注意：在靠近餅狀圖中大塊堆的頂部，大部分應用會顯示Resources的實例，但這通常只是因為在應用使用了很多res/路徑下的資源。
圖4.MAT顯示了Histogram view和搜索」MainActivity」的結果。
想要獲得更多關於MAT的信息，請觀看2011年Google I/O大會的演講–《Android 應用內存管理》（Memory management for Android apps），在大約21:10 的時候有關於MAT的實戰演講。也可以參考文檔《Eclipse 內存分析文檔》（Eclipse Memory Analyzer documentation）。
對比堆轉儲
為了查看內存分配的變化，比較不同時間點應用的堆狀態是很有用的方法。對比兩個堆轉儲可以使用MAT：
1.按照上面描述得到兩個HPROF文件，具體查看獲取堆轉儲章節。
2.在MAT中打開第一個HPROF文件（File>Open Heap Dump）。
3.在Navigation History視圖（如果不可見，選擇Window>Navigation History），右擊Histogram，選擇Add to Comp are Basket。
4.打開第二個HRPOF文件，重復步驟2和3。
5.切換到Compare Basket視圖，點擊Compare the Results（在視圖右上角的紅色「！」圖標）。
觸發內存泄露
使用上述描述工具的同時，還應該對應用代碼做壓力測試來嘗試復現內存泄露。一個檢查應用潛在內存泄露的方法，就是在檢查堆之前先運行一會。泄露會慢慢達到分配堆的大小的上限值。當然，泄露越小，就要運行應用越長的時間來復現。
也可以使用下面的方法來觸發內存泄露：
1.在不同Activity狀態時，重復做橫豎屏切換操作。旋轉屏幕可能導致應用泄露 Activity、Context 或 View對象，因為系統會重新創建 Activity，如果應用在其它地方持有這些對象的引用，那麼系統就不能回收它們。
2.在不同Activity狀態時，做切換應用操作（切換到主屏幕，然後回到應用中）。
提示：也可以使用monkey測試來執行上述步驟。想要獲得更多運行 monkey 測試的信息，請查閱 monkeyrunner 文檔。
C. android shell command有哪些
Android執行shell命令
一、方法
1. /**
2. * 執行一個shell命令，並返回字元串值
3. *
4. * @param cmd
5. * 命令名稱&參數組成的數組（例如：{"/system/bin/cat", "/proc/version"}）
6. * @param workdirectory
7. * 命令執行路徑（例如："system/bin/"）
8. * @return 執行結果組成的字元串
9. * @throws IOException
10. */
11. public static synchronized String run(String[] cmd, String workdirectory)
12. throws IOException {
13. StringBuffer result = new StringBuffer();
14. try {
15. // 創建操作系統進程（也可以由Runtime.exec()啟動）
16. // Runtime runtime = Runtime.getRuntime();
17. // Process proc = runtime.exec(cmd);
18. // InputStream inputstream = proc.getInputStream();
19. ProcessBuilder builder = new ProcessBuilder(cmd);
20.
21. InputStream in = null;
22. // 設置一個路徑（絕對路徑了就不一定需要）
23. if (workdirectory != null) {
24. // 設置工作目錄（同上）
25. builder.directory(new File(workdirectory));
26. // 合並標准錯誤和標准輸出
27. builder.redirectErrorStream(true);
28. // 啟動一個新進程
29. Process process = builder.start();
30.
31. // 讀取進程標准輸出流
32. in = process.getInputStream();
33. byte[] re = new byte[1024];
34. while (in.read(re) != -1) {
35. result = result.append(new String(re));
36. }
37. }
38. // 關閉輸入流
39. if (in != null) {
40. in.close();
41. }
42. } catch (Exception ex) {
43. ex.printStackTrace();
44. }
45. return result.toString();
46. }
二、用途
執行Linux下的top、ps等命令，這些命令你也通過adb可以執行查看效果。
1）top命令如下：
1. adb shell
2. $ top -h
3. top -h
4. Usage: top [-m max_procs] [-n iterations] [-d delay] [-s sort_column] [-t] [-h]
5. -m num Maximum number of processes to display. // 最多顯示多少個進程
6. -n num Updates to show before exiting. // 刷新次數
7. -d num Seconds to wait between updates. // 刷新間隔時間（默認5秒）
8. -s col Column to sort by <cpu,vss,rss,thr> // 按哪列排序
9. -t Show threads instead of processes. // 顯示線程信息而不是進程
10. -h Display this help screen. // 顯示幫助文檔
11. $ top -n 1
12. top -n 1
就不把執行效果放上來了，總之結果表述如下：
1. User 35%, System 13%, IOW 0%, IRQ 0% // CPU佔用率
2. User 109 + Nice 0 + Sys 40 + Idle 156 + IOW 0 + IRQ 0 + SIRQ 1 = 306 // CPU使用情況
3.
4. PID CPU% S #THR VSS RSS PCY UID Name // 進程屬性
5. xx xx% x xx xx xx xx xx xx
6.
7. CPU佔用率：
8. User 用戶進程
9. System 系統進程
10. IOW IO等待時間
11. IRQ 硬中斷時間
12.
13. CPU使用情況（指一個最小時間片內所佔時間，單位jiffies。或者指所佔進程數）：
14. User 處於用戶態的運行時間，不包含優先值為負進程
15. Nice 優先值為負的進程所佔用的CPU時間
16. Sys 處於核心態的運行時間
17. Idle 除IO等待時間以外的其它等待時間
18. IOW IO等待時間
19. IRQ 硬中斷時間
20. SIRQ 軟中斷時間
21.
22. 進程屬性：
23. PID 進程在系統中的ID
24. CPU% 當前瞬時所以使用CPU佔用率
25. S 進程的狀態，其中S表示休眠，R表示正在運行，Z表示僵死狀態，N表示該進程優先值是負數。
26. #THR 程序當前所用的線程數
27. VSS Virtual Set Size 虛擬耗用內存（包含共享庫佔用的內存）
28. RSS Resident Set Size 實際使用物理內存（包含共享庫佔用的內存）
29. PCY OOXX，不知道什麼東東
30. UID 運行當前進程的用戶id
31. Name 程序名稱android.process.media
32.
33. // ps：內存佔用大小有如下規律：VSS >= RSS >= PSS >= USS
34. // PSS Proportional Set Size 實際使用的物理內存（比例分配共享庫佔用的內存）
35. // USS Unique Set Size 進程獨自佔用的物理內存（不包含共享庫佔用的內存）
在附件Android系統->android top.txt文件內，自個總結的。
2）執行代碼
1. // top命令
2. public static final String[] TOP = { "/system/bin/top", "-n", "1" };
3.
4. // 現在執行top -n 1，我們只需要第二行（用第二行求得CPU佔用率，精確數據）
5. // 第一行：User 35%, System 13%, IOW 0%, IRQ 0% // CPU佔用率
6. // 第二行：User 109 + Nice 0 + Sys 40 + Idle 156 + IOW 0 + IRQ 0 + SIRQ 1 = 306
7. // // CPU使用情況
8. public static synchronized String run(String[] cmd) {
9. String line = "";
10. InputStream is = null;
11. try {
12. Runtime runtime = Runtime.getRuntime();
13. Process proc = runtime.exec(cmd);
14. is = proc.getInputStream();
15.
16. // 換成BufferedReader
17. BufferedReader buf = new BufferedReader(new InputStreamReader(is));
18. do {
19. line = buf.readLine();
20. // 前面有幾個空行
21. if (line.startsWith("User")) {
22. // 讀到第一行時，我們再讀取下一行
23. line = buf.readLine();
24. break;
25. }
26. } while (true);
27.
28. if (is != null) {
29. buf.close();
30. is.close();
31. }
32. } catch (IOException e) {
33. e.printStackTrace();
34. }
35. return line;
36. }
37.
38. // 獲取指定應用的top命令獲取的信息
39. // PID CPU% S #THR VSS RSS PCY UID Name // 進程屬性
40. // 如果當前應用不在運行則返回null
41. public static synchronized String run(String[] cmd, String pkgName) {
42. String line = null;
43. InputStream is = null;
44. try {
45. Runtime runtime = Runtime.getRuntime();
46. Process proc = runtime.exec(cmd);
47. is = proc.getInputStream();
48.
49. // 換成BufferedReader
50. BufferedReader buf = new BufferedReader(new InputStreamReader(is));
51. do {
52. line = buf.readLine();
53. // 讀取到相應pkgName跳出循環（或者未找到）
54. if (null == line || line.endsWith(pkgName)) {
55. break;
56. }
57. } while (true);
58.
59. if (is != null) {
60. buf.close();
61. is.close();
62. }
63. } catch (IOException e) {
64. e.printStackTrace();
65. }
66. return line;
67. }
--------------------------------------------
PID:進程在系統中的ID
CPU% - 當前瞬時所以使用CPU佔用率
#THR - 程序當前所用的線程數
UID - 運行當前進程的用戶id
Name - 程序名稱org.xmpp.app
VSS - Virtual Set Size 虛擬耗用內存（包含共享庫佔用的內存）
RSS - Resident Set Size 實際使用物理內存（包含共享庫佔用的內存）
PSS - Proportional Set Size 實際使用的物理內存（比例分配共享庫佔用的內存）
USS - Unique Set Size 進程獨自佔用的物理內存（不包含共享庫佔用的內存）
一般來說內存佔用大小有如下規律：VSS >= RSS >= PSS >= USS
D. unity3d怎麼調用android查看運行消耗的內存
查看內存使用的方式有很多種，但是各個方式查看到的結果可能會有微略不同。
方式一，Running services
通過手機上Running services的Activity查看，可以通過Setting->Applications->Running services進。
關於Running services的詳細內容請參考《Android中使用"running services"查看service進程內存》
方式二，使用ActivityManager的getMemoryInfo(ActivityManager.MemoryInfo outInfo)
ActivityManager.getMemoryInfo()主要是用於得到當前系統剩餘內存的及判斷是否處於低內存運行。
實例1：
private void displayBriefMemory() {
final ActivityManager activityManager = (ActivityManager) getSystemService(ACTIVITY_SERVICE);
ActivityManager.MemoryInfo info = new ActivityManager.MemoryInfo();
activityManager.getMemoryInfo(info);
Log.i(tag,"系統剩餘內存:"+(info.availMem >> 10)+"k");
Log.i(tag,"系統是否處於低內存運行："+info.lowMemory);
Log.i(tag,"當系統剩餘內存低於"+info.threshold+"時就看成低內存運行");
}
ActivityManager.getMemoryInfo()是用ActivityManager.MemoryInfo返回結果，而不是Debug.MemoryInfo，他們不一樣的。
ActivityManager.MemoryInfo只有三個Field:
availMem:表示系統剩餘內存
lowMemory：它是boolean值，表示系統是否處於低內存運行
hreshold：它表示當系統剩餘內存低於好多時就看成低內存運行
方式三，在代碼中使用Debug的getMemoryInfo(Debug.MemoryInfo memoryInfo)或ActivityManager的MemoryInfo[] getProcessMemoryInfo(int[] pids)
該方式得到的MemoryInfo所描述的內存使用情況比較詳細.數據的單位是KB.
MemoryInfo的Field如下
dalvikPrivateDirty： The private dirty pages used by dalvik。
dalvikPss ：The proportional set size for dalvik.
dalvikSharedDirty ：The shared dirty pages used by dalvik.
nativePrivateDirty ：The private dirty pages used by the native heap.
nativePss ：The proportional set size for the native heap.
nativeSharedDirty ：The shared dirty pages used by the native heap.
otherPrivateDirty ：The private dirty pages used by everything else.
otherPss ：The proportional set size for everything else.
otherSharedDirty ：The shared dirty pages used by everything else.
Android和Linux一樣有大量內存在進程之間進程共享。某個進程准確的使用好多內存實際上是很難統計的。
因為有paging out to disk（換頁），所以如果你把所有映射到進程的內存相加，它可能大於你的內存的實際物理大小。
dalvik：是指dalvik所使用的內存。
native：是被native堆使用的內存。應該指使用C\C++在堆上分配的內存。
other:是指除dalvik和native使用的內存。但是具體是指什麼呢？至少包括在C\C++分配的非堆內存，比如分配在棧上的內存。puzlle!
private:是指私有的。非共享的。
share:是指共享的內存。
PSS：實際使用的物理內存（比例分配共享庫佔用的內存）
Pss：它是把共享內存根據一定比例分攤到共享它的各個進程來計算所得到進程使用內存。網上又說是比例分配共享庫佔用的內存，那麼至於這里的共享是否只是庫的共享，還是不清楚。
PrivateDirty：它是指非共享的，又不能換頁出去（can not be paged to disk ）的內存的大小。比如Linux為了提高分配內存速度而緩沖的小對象，即使你的進程結束，該內存也不會釋放掉，它只是又重新回到緩沖中而已。
SharedDirty:參照PrivateDirty我認為它應該是指共享的，又不能換頁出去（can not be paged to disk ）的內存的大小。比如Linux為了提高分配內存速度而緩沖的小對象，即使所有共享它的進程結束，該內存也不會釋放掉，它只是又重新回到緩沖中而已。
具體代碼請參考實例1
注意1：MemoryInfo所描述的內存使用情況都可以通過命令adb shell "mpsys meminfo %curProcessName%" 得到。
注意2：如果想在代碼中同時得到多個進程的內存使用或非本進程的內存使用情況請使用ActivityManager的MemoryInfo[] getProcessMemoryInfo(int[] pids)，
否則Debug的getMemoryInfo(Debug.MemoryInfo memoryInfo)就可以了。
注意3：可以通過ActivityManager的List<ActivityManager.RunningAppProcessInfo> getRunningAppProcesses()得到當前所有運行的進程信息。
ActivityManager.RunningAppProcessInfo中就有進程的id，名字以及該進程包括的所有apk包名列表等。
注意4：數據的單位是KB.
方式4、使用Debug的getNativeHeapSize ()，getNativeHeapAllocatedSize ()，getNativeHeapFreeSize ()方法。
該方式只能得到Native堆的內存大概情況，數據單位為位元組。
static long getNativeHeapAllocatedSize()
Returns the amount of allocated memory in the native heap.
返回的是當前進程navtive堆中已使用的內存大小
static long getNativeHeapFreeSize()
Returns the amount of free memory in the native heap.
返回的是當前進程navtive堆中已經剩餘的內存大小
static long getNativeHeapSize()
Returns the size of the native heap.
返回的是當前進程navtive堆本身總的內存大小
示例代碼：
Log.i(tag,"NativeHeapSizeTotal:"+(Debug.getNativeHeapSize()>>10));
Log.i(tag,"NativeAllocatedHeapSize:"+(Debug.getNativeHeapAllocatedSize()>>10));
Log.i(tag,"NativeAllocatedFree:"+(Debug.getNativeHeapFreeSize()>>10));
注意：DEBUG中居然沒有與上面相對應的關於dalvik的函數。
方式五、使用mpsys meminfo命令。
我們可以在adb shell 中運行mpsys meminfo命令來得到進程的內存信息。在該命令的後面要加上進程的名字，以確定是哪個進程。
比如"adb shell mpsys meminfo com.teleca.robin.test" 將得到com.teleca.robin.test進程使用的內存的信息:
Applications Memory Usage (kB):
Uptime: 12101826 Realtime: 270857936
** MEMINFO in pid 3407 [com.teleca.robin.test] **
native dalvik other total
size: 3456 3139 N/A 6595
allocated: 3432 2823 N/A 6255
free: 23 316 N/A 339
(Pss): 724 1101 1070 2895
(shared dirty): 1584 4540 1668 7792
(priv dirty): 644 608 688 1940
Objects
Views: 0 ViewRoots: 0
AppContexts: 0 Activities: 0
Assets: 3 AssetManagers: 3
Local Binders: 5 Proxy Binders: 11
Death Recipients: 0
OpenSSL Sockets: 0
SQL
heap: 0 memoryUsed: 0
pageCacheOverflo: 0 largestMemAlloc: 0
Asset Allocations
zip:/data/app/com.teleca.robin.test-1.apk:/resources.arsc: 1K
"size" 表示的是總內存大小（kb）。, "allocated" 表示的是已使用了的內存大小（kb），, "free"表示的是剩餘的內存大小（kb）, 更多的可以參照方式三和方式四中的描述
現在已經有了自動提取匯總mpsys meminfo信息的工具，具體請參照《Android內存泄露利器（內存統計篇）》及其系列文章。
方式六、使用 "adb shell procrank"命令
如果你想查看所有進程的內存使用情況，可以使用"adb shell procrank"命令。命令返回將如下：
PID Vss Rss Pss Uss cmdline
188 75832K 51628K 24824K 19028K system_server
308 50676K 26476K 9839K 6844K system_server
2834 35896K 31892K 9201K 6740K com.sec.android.app.twlauncher
265 28536K 28532K 7985K 5824K com.android.phone
100 29052K 29048K 7299K 4984K zygote
258 27128K 27124K 7067K 5248K com.swype.android.inputmethod
270 25820K 25816K 6752K 5420K com.android.kineto
1253 27004K 27000K 6489K 4880K com.google.android.voicesearch
2898 26620K 26616K 6204K 3408K com.google.android.apps.maps:FriendService
297 26180K 26176K 5886K 4548K com.google.process.gapps
3157 24140K 24136K 5191K 4272K android.process.acore
2854 23304K 23300K 4067K 2788K com.android.vending
3604 22844K 22840K 4036K 3060K com.wssyncmldm
592 23372K 23368K 3987K 2812K com.google.android.googlequicksearchbox
3000 22768K 22764K 3844K 2724K com.tmobile.selfhelp
101 8128K 8124K 3649K 2996K /system/bin/mediaserver
3473 21792K 21784K 3103K 2164K com.android.providers.calendar
3407 22092K 22088K 2982K 1980K com.teleca.robin.test
2840 21380K 21376K 2953K 1996K com.sec.android.app.controlpanel
......................................................................................................................
關於VSS,RSS,PSS,USS的意義請參考《Android內存之VSS/RSS/PSS/USS》
注意1：這里的PSS和方式四PSS的total並不一致，有細微的差別。為什麼呢？這是因為procrank 命令和meminfo命令使用的內核機制不太一樣，所以結果會有細微差別
注意2：這里的Uss 和方式四的Priv Dirtyd的total幾乎相等.他們似乎表示的是同一個意義。但是現在得到的關於它們的意義的解釋卻不太相同。難道這里Private的都是dirty(這里指不能換頁)? Puzzle!
方式七、使用"adb shell cat /proc/meminfo" 命令。
該方式只能得出系統整個內存的大概使用情況。
MemTotal: 395144 kB
MemFree: 184936 kB
Buffers: 880 kB
Cached: 84104 kB
SwapCached: 0 kB
................................................................................................
MemTotal ：可供系統和用戶使用的總內存大小 (它比實際的物理內存要小，因為還有些內存要用於radio, DMA buffers, 等).
MemFree：剩餘的可用內存大小。這里該值比較大，實際上一般Android system 的該值通常都很小，因為我們盡量讓進程都保持運行，這樣會耗掉大量內存。
Cached: 這個是系統用於文件緩沖等的內存. 通常systems需要20MB 以避免bad paging states;。當內存緊張時，the Android out of memory killer將殺死一些background進程，以避免他們消耗過多的cached RAM ，當然如果下次再用到他們，就需要paging. 那麼是說background進程的內存包含在該項中嗎？
方式八，使用「adb shell ps -x」命令
該方式主要得到的是內存信息是VSIZE 和RSS。
USER PID PPID VSIZE RSS WCHAN PC NAME
.........................省略.................................
app_70 3407 100 267104 22056 ffffffff afd0eb18 S com.teleca.robin.test (u:55, s:12)
app_7 3473 100 268780 21784 ffffffff afd0eb18 S com.android.providers.calendar (u:16, s:8)
radio 3487 100 267980 21140 ffffffff afd0eb18 S com.osp.app.signin (u:11, s:12)
system 3511 100 273232 22024 ffffffff afd0eb18 S com.android.settings (u:11, s:4)
app_15 3546 100 267900 20300 ffffffff afd0eb18 S com.sec.android.providers.drm (u:15, s:6)
app_59 3604 100 272028 22856 ffffffff afd0eb18 S com.wssyncmldm (u:231, s:54)
root 4528 2 0 0 c0141e4c 00000000 S flush-138:13 (u:0, s:0)
root 4701 152 676 336 c00a68c8 afd0e7cc S /system/bin/sh (u:0, s:0)
root 4702 4701 820 340 00000000 afd0d8bc R ps (u:0, s:5)
VSZIE:意義暫時不明。
VSS：請參考《Android內存之VSS/RSS/PSS/USS》
注意1：由於RSS的價值不是很大，所以一般不用。
注意2：通過該命令提取RSS，已經有了工具，具體參照《Android內存泄露利器（RSS內存統計篇）》及其系列。
E. Android上如何查看CPU和內存信息
1.進入adb shell
2.輸入top -m 10 -s cpu 可查看佔用cpu最高的前10個程序（-t 顯示進程名稱，-s 按指定行排序，-n 在退出前刷新幾次，-d 刷新間隔，-m 顯示最大數量）
參數含義：
PID：progressidentification，應用程序ID
S: 進程的狀態，其中S表示休眠，R表示正在運行，Z表示僵死狀態，N表示該進程優先值是負數。
#THR：程序當前所用的線程數
VSS：Virtual Set Size虛擬耗用內存（包含共享庫佔用的內存）
RSS： Resident Set Size實際使用物理內存（包含共享庫佔用的內存）
PCY：不知道什麼意思，期待解答
UID：UserIdentification，用戶身份ID
Name:應用程序名稱
查看內存消耗
1.進入adb shell ;
2.輸入mpsys meminfo(PID或者是包名)
F. android 中如何解析Rss訂閱的xml文件
Android 中如何解析Rss訂閱的xml文件 上代碼: package com.android.rssreader; import Java.io.IOException; import java.io.InputStream; import org.xmlpull.v1.XmlPullParser; import org.xmlpull.v1.XmlPullParserException; import org.xmlpull.v1.XmlPullParserFactory; import android.app.Activity; import android.os.Bundle; public class RssReaderActivity extends Activity { /** Called when the activity is first created. */ @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); } private void ParseRss(int thd, InputStream in) throws IOException, XmlPullParserException { String title = ""; String pubDate = ""; String link = ""; XmlPullParserFactory factory = XmlPullParserFactory.newInstance(); factory.setNamespaceAware(true); XmlPullParser xpp = factory.newPullParser(); xpp.setInput(in, null); //null 為編碼格式，如utf-8，null為所有的。 int eventType = xpp.getEventType(); String tag = xpp.getName(); //解析文件的頭 while(eventType != XmlPullParser.END_DOCUMENT) { if(eventType == XmlPullParser.START_TAG) { if(tag.equals("item")) { return; } else if(tag.equals("title")) { xpp.next(); title = xpp.getText().toString(); } else if(tag.equals("pubDate")) { xpp.next(); pubDate = xpp.getText().toString(); } else if(tag.equals("link")) { xpp.next(); link = xpp.getText().toString(); } } else if(eventType == XmlPullParser.END_TAG) { if(tag.equals("link")) { RssHead head = new RssHead(title, pubDate, link);} } eventType = xpp.next(); } //解析文件的Item項 String item_title = null; String item_pubtime = null; String item_link = null; String description = null; while(eventType != XmlPullParser.END_DOCUMENT) { if(eventType == XmlPullParser.START_TAG) { if(tag.equals("item")) { xpp.next(); item_title = item_pubtime = item_link = description = ""; } else if(tag.equals("title")) { xpp.next(); item_title = xpp.getText().toString(); } else if(tag.equals("link")) { xpp.next(); item_link = xpp.getText().toString(); } else if(tag.equals("pubTime")) { xpp.next(); item_pubtime = xpp.getText().toString(); } else if(tag.equals("description")) { xpp.next(); description = xpp.getText().toString(); } } else if(eventType == XmlPullParser.END_TAG) { if(tag.equals("item")) { RssItem ri = new RssItem(item_title,item_pubtime,item_link,description); } } } //以上的解析方法是針對雙標簽，例如 //下面的解析方法是針對的單標簽，例如:
G. android 怎樣獲取當前apk所佔用的內存
這個方法有很多，常用的是 adb shell mpsys meminfo <package_name> 這可以看到比較全面的信息,由於Android是有內存共享的，所以通常有 VSS，RSS，PSS，USS等不同的內存表述，比較常用的是PSS，會將共享庫按照比例分配給當前內存
H. android 基本文件操作命令
ADB (Android Debug Bridge)
說明：下面一些命令需要有root許可權才能執行成功
快速啟動dos窗口執行adb：
1. adb.exe所在路徑添加到系統環境變數中
2. 配置快捷鍵啟動dos
進入C:\WINDOWS\system32目錄下，找到cmd.exe.
右擊菜單 "發送到" -> 桌面快捷方式。
在桌面上右擊"快捷方式 到 cmd.exe" -> "屬性" -> "快捷方式"頁
-> 游標高亮"快捷鍵" -> 按下自定義快捷鍵 (如：Ctrl + Alt + Z)
任何情況下，按下Ctrl + Alt + Z啟動dos窗口就可以執行adb命令了
-----------查看設備連接狀態 系列-----------
adb get-serialno 獲取設備的ID和序列號serialNumber
adb devices 查詢當前計算機上連接那些設備（包括模擬器和手機），輸出格式: [serialNumber] [state]
adb get-state 查看模擬器/設施的當前狀態.
說明：
序列號[serialNumber]——由adb創建的一個字元串，這個字元串通過自己的控制埠<type>-<consolePort>
唯一地識別一個模擬器/設備實例。一個序列號的例子： emulator-5554
-----------發送命令到設備 系列-----------
adb [-d|-e|-s <serialNumber>] <command>
-d 發送命令給usb連接的設備
-e 發送命令到模擬器設備
-s <serialNumber> 發送命令到指定設備
如啟動手機設備shell: adb -d shell
adb forward <local> <remote>發布埠,可以設置任意的埠號，
做為主機向模擬器或設備的請求埠。如：adb forward tcp:5555 tcp:8000
adb reboot 重啟手機
adb remount 將system分區重新掛載為可讀寫分區
adb kill-server 終止adb服務進程
adb start-server 重啟adb服務進程
adb root 已root許可權重啟adb服務
adb wait-for-device 在模擬器/設備連接之前把命令轉載在adb的命令器中
adb jdwp 查看指定的設施的可用的JDWP信息.
可以用 forward jdwp:<pid> 埠映射信息來連接指定的JDWP進程.例如：
adb forward tcp:8000 jdwp:472
jdb -attach localhost:8000
adb shell am 命令可以啟動應用程序
adb shell input text <string> 向設備輸入文本（游標所在的文本框）
adb shell input keyevent <event_code> 向設備發送按鍵事件
如：
在編輯簡訊時，往文本框輸入文本：adb shell input text "hello"
向手機發送鍵值回Home：adb shell input keyevent 3
event_code 參考view/KeyEvent.java中的 KEYCODE_*
public static final int KEYCODE_SOFT_LEFT = 1;
public static final int KEYCODE_SOFT_RIGHT = 2;
public static final int KEYCODE_HOME = 3;
public static final int KEYCODE_BACK = 4;
public static final int KEYCODE_CALL = 5;
public static final int KEYCODE_ENDCALL = 6;
-----------安裝卸載 系列-----------
adb install [-l] [-r] <file> - push this package file to the device and install it
('-l' means forward-lock the app)
('-r' means reinstall the app, keeping its data)
adb uninstall [-k] <package> - remove this app package from the device
('-k' means keep the data and cache directories)
如：
adb install d:\hello.apk
adb unstall com.huawei.hello
說明：如果帶-r選項重新安裝apk時，安裝在 /data/local/tmp/目錄下，手機重啟後還是使用原來的apk.
-----------文件操作 系列-----------
adb push <local> <remote> - file/dir to device
adb pull <remote> <local> - file/dir from device
-----------基本linux shell命令 系列-----------
adb shell [command]
ls 列出目錄下的文件和文件夾
cd 切換目錄
rm 刪除目錄和文件
cat 查看文件內容
ps 可以看那個進程再跑
ps -x [PID] 查看單個進程的狀態
top 可以看那個進程的佔用率最高
su 切換到root用戶
kill [pid] 殺死一個進程
chmod 777 <file> 修改該文件為可執行許可權
詳細使用情況可以登錄一台Linux伺服器在shell下查看幫助手冊, man <command>
-----------查看系統狀態和信息 系列-----------
adb shell procrank 查詢各進程內存使用情況
adb shell service list 查看services信息
adb shell cat /proc/meminfo 查看當前的內存情況
adb shell cat /proc/cpuinfo 查看CPU信息（硬體）
adb shell cat /proc/iomem 查看IO內存分區
adb shell getprop 列出系統所有屬性
adb shell getprop | findstr "gsm" 列出包含gsm的屬性
adb shell setprop <key> <value> 修改系統屬性
adb shell sqlite3 可以執行sql語句查看資料庫信息， 具體使用情況待調查
-----------Log 系列-----------
adb logcat [ <filter-spec> ] - View device log
1~~~~~~~~~~~查看可用日誌緩沖區:
adb logcat -b radio — 查看緩沖區的相關的信息.
adb logcat -b events — 查看和事件相關的的緩沖區.
adb logcat -b main — 查看主要的日誌緩沖區
2~~~~~~~~~~~過濾日誌輸出:
過濾器語句按照下面的格式描tag:priority ... , tag 表示是標簽, priority 是表示標簽的報告的最低等級
adb logcat *:W 顯示優先順序為warning或更高的日誌信息
adb logcat ActivityManager:I MyApp:D *:S
日誌的標簽是系統部件原始信息的一個簡要的標志。（比如：「View」就是查看系統的標簽）.
優先順序有下列集中，是按照從低到高順利排列的:
V — Verbose (lowest priority)
D — Debug
I — Info
W — Warning
E — Error
F — Fatal
S — Silent (highest priority, on which nothing is ever printed)
如果你電腦上運行logcat ，相比在遠程adbshell端，你還可以為環境變數ANDROID_LOG_TAGS :輸入一個參數來設置默認的過濾
export ANDROID_LOG_TAGS="ActivityManager:I MyApp:D *:S"
需要注意的是ANDROID_LOG_TAGS 過濾器如果通過遠程shell運行logcat 或用adb shell logcat 來運行模擬器/設備不能輸出日誌.
3~~~~~~~~~~~控制日誌輸出格式:
日誌信息包括了許多元數據域包括標簽和優先順序。可以修改日誌的輸出格式，所以可以顯示出特定的元數據域。可以通過 -v 選項得到格式化輸出日誌的相關信息.
brief — Display priority/tag and PID of originating process (the default format).
process — Display PID only.
tag — Display the priority/tag only.
thread — Display process:thread and priority/tag only.
raw — Display the raw log message, with no other metadata fields.
time — Display the date, invocation time, priority/tag, and PID of the originating process.
long — Display all metadata fields and separate messages with a blank lines.
當啟動了logcat ，你可以通過-v 選項來指定輸出格式:
[adb] logcat [-v <format>]
下面是用 thread 來產生的日誌格式:
adb logcat -v thread
需要注意的是你只能-v 選項來規定輸出格式 option.
4~~~~~~~~~~~Logcat命令列表
-b <buffer> 載入一個可使用的日誌緩沖區供查看，比如event 和radio . 默認值是main 。具體查看Viewing Alternative Log Buffers.
-c 清楚屏幕上的日誌.
-d 輸出日誌到屏幕上.
-f <filename> 指定輸出日誌信息的<filename> ，默認是stdout .
-g 輸出指定的日誌緩沖區，輸出後退出.
-n <count> 設置日誌的最大數目<count> .，默認值是4，需要和 -r 選項一起使用。
-r <kbytes> 每<kbytes> 時輸出日誌，默認值為16，需要和-f 選項一起使用.
-s 設置默認的過濾級別為silent.
-v <format> 設置日誌輸入格式，默認的是brief 格式，要知道更多的支持的格式，參看Controlling Log Output Format
adb bugreport - return all information from the device
that should be included in a bug report.
adb shell dmesg 查詢內核緩沖區信息
adb shell mpstate 各類信息，比如進程信息，內存信息，進程是否異常，kernnel的log等
adb shell mpcrash
adb shell mpsys 查詢所有service的狀態
-----------其他 -----------
模擬器使用鏡像sdcard
用SDK里的mksdcard工具來創建FAT32磁碟鏡像並在模擬器啟動時載入它。這樣創建鏡像：? mksdcard <size> <file>,
比如我要創建一個64M的SD卡模擬文件，文件路徑是在D:\workspace\sdcard.img
mksdcard 64000000 D:\workspace\sdcard.img
Emulator –sdcard D:\workspace\sdcard.img
或者在eclipse的run菜單的open run dialog對話框中配置啟動參數。
#top
Usage: top [ -m max_procs ] [ -n iterations ] [ -d delay ] [ -s sort_column ] [ -t ] [ -h ]
-m num Maximum number of processes to display.
-n num Updates to show before exiting.
-d num Seconds to wait between updates.
-s col Column to sort by (cpu,vss,rss,thr).
-t Show threads instead of processes.
-h Display this help screen.
********* simple selection ********* ********* selection by list *********
-A all processes -C by command name
-N negate selection -G by real group ID (supports names)
-a all w/ tty except session leaders -U by real user ID (supports names)
-d all except session leaders -g by session OR by effective group name
-e all processes -p by process ID
T all processes on this terminal -s processes in the sessions given
a all w/ tty, including other users -t by tty
g OBSOLETE -- DO NOT USE -u by effective user ID (supports names)
r only running processes U processes for specified users
x processes w/o controlling ttys t by tty
*********** output format ********** *********** long options ***********
-o,o user-defined -f full --Group --User --pid --cols --ppid
-j,j job control s signal --group --user --sid --rows --info
-O,O preloaded -o v virtual memory --cumulative --format --deselect
-l,l long u user-oriented --sort --tty --forest --version
-F extra full X registers --heading --no-heading --context
********* misc options *********
-V,V show version L list format codes f ASCII art forest
-m,m,-L,-T,H threads S children in sum -y change -l format
-M,Z security data c true command name -c scheling class
-w,w wide output n numeric WCHAN,UID -H process hierarchy
netstat -ano 查看網路連狀態
顯示協議統計信息和當前 TCP/IP 網路連接。
NETSTAT [-a] [-b] [-e] [-n] [-o] [-p proto] [-r] [-s] [-v] [interval]
-a 顯示所有連接和監聽埠。
-b 顯示包含於創建每個連接或監聽埠的
可執行組件。在某些情況下已知可執行組件
擁有多個獨立組件，並且在這些情況下
包含於創建連接或監聽埠的組件序列
被顯示。這種情況下，可執行組件名
在底部的 [] 中，頂部是其調用的組件，
等等，直到 TCP/IP 部分。注意此選項
可能需要很長時間，如果沒有足夠許可權
可能失敗。
-e 顯示乙太網統計信息。此選項可以與 -s
選項組合使用。
-n 以數字形式顯示地址和埠號。
-o 顯示與每個連接相關的所屬進程 ID。
-p proto 顯示 proto 指定的協議的連接；proto 可以是
下列協議之一: TCP、UDP、TCPv6 或 UDPv6。
如果與 -s 選項一起使用以顯示按協議統計信息，proto 可以是下列協議之一:
IP、IPv6、ICMP、ICMPv6、TCP、TCPv6、UDP 或 UDPv6。
-r 顯示路由表。
-s 顯示按協議統計信息。默認地，顯示 IP、
IPv6、ICMP、ICMPv6、TCP、TCPv6、UDP 和 UDPv6 的統計信息；
-p 選項用於指定默認情況的子集。
-v 與 -b 選項一起使用時將顯示包含於
為所有可執行組件創建連接或監聽埠的
組件。
interval 重新顯示選定統計信息，每次顯示之間
暫停時間間隔(以秒計)。按 CTRL+C 停止重新
顯示統計信息。如果省略，netstat 顯示當前
配置信息(只顯示一次)
pm
usage: pm [list|path|install|uninstall]
pm list packages [-f]
pm list permission-groups
pm list permissions [-g] [-f] [-d] [-u] [GROUP]
pm list instrumentation [-f] [TARGET-PACKAGE]
pm list features
pm path PACKAGE
pm install [-l] [-r] [-t] [-i INSTALLER_PACKAGE_NAME] PATH
pm uninstall [-k] PACKAGE
pm enable PACKAGE_OR_COMPONENT
pm disable PACKAGE_OR_COMPONENT
The list packages command prints all packages. Options:
-f: see their associated file.
The list permission-groups command prints all known
permission groups.
The list permissions command prints all known
permissions, optionally only those in GROUP. Options:
-g: organize by group.
-f: print all information.
-s: short summary.
-d: only list dangerous permissions.
-u: list only the permissions users will see.
The list instrumentation command prints all instrumentations,
or only those that target a specified package. Options:
-f: see their associated file.
The list features command prints all features of the system.
The path command prints the path to the .apk of a package.
The install command installs a package to the system. Options:
-l: install the package with FORWARD_LOCK.
-r: reinstall an exisiting app, keeping its data.
-t: allow test .apks to be installed.
-i: specify the installer package name.
The uninstall command removes a package from the system. Options:
-k: keep the data and cache directories around.
after the package removal.
The enable and disable commands change the enabled state of
a given package or component (written as "package/class").
查看stdout 和stderr
在默認狀態下，Android系統有stdout 和 stderr (System.out和System.err )輸出到/dev/null ，
在運行Dalvik VM的進程中，有一個系統可以備份日誌文件。在這種情況下，系統會用stdout 和stderr 和優先順序 I.來記錄日誌信息
通過這種方法指定輸出的路徑，停止運行的模擬器/設備，然後通過用setprop 命令遠程輸入日誌
$ adb shell stop
$ adb shell setprop log.redirect-stdio true
$ adb shell start系統直到你關閉模擬器/設備前設置會一直保留，可以通過添加/data/local.prop 可以使用模擬器/設備上的默認設置
UI/軟體 試驗程序 Monkey
當Monkey程序在模擬器或設備運行的時候，如果用戶出發了比如點擊，觸摸，手勢或一些系統級別的事件的時候，
它就會產生隨機脈沖，所以可以用Monkey用隨機重復的方法去負荷測試你開發的軟體.
最簡單的方法就是用用下面的命令來使用Monkey，這個命令將會啟動你的軟體並且觸發500個事件.
$ adb shell monkey -v -p your.package.name 500
更多的關於命令Monkey的命令的信息，可以查看UI/Application Exerciser Monkey documentation page.
I. android中是否有查看某個運行中程序佔用CPU的API
.一、利用Android API函數查看
1.1 ActivityManager查看可用內存。
ActivityManager.MemoryInfo outInfo = new ActivityManager.MemoryInfo();
am.getMemoryInfo(outInfo);
outInfo.availMem即為可用空閑內存。
1.2、android.os.Debug查詢PSS，VSS，USS等單個進程使用內存信息
MemoryInfo[] memoryInfoArray = am.getProcessMemoryInfo(pids);
MemoryInfo pidMemoryInfo=memoryInfoArray[0];
pidMemoryInfo.getTotalPrivateDirty();
getTotalPrivateDirty()
Return total private dirty memory usage in kB. USS
getTotalPss()
Return total PSS memory usage in kB.
PSS
getTotalSharedDirty()
Return total shared dirty memory usage in kB. RSS
二、直接對Android文件進行解析查詢，
/proc/cpuinfo系統CPU的類型等多種信息。
/proc/meminfo 系統內存使用信息
如
/proc/meminfo
MemTotal: 16344972 kB
MemFree: 13634064 kB
Buffers: 3656 kB
Cached: 1195708 kB
我們查看機器內存時，會發現MemFree的值很小。這主要是因為，在linux中有這么一種思想，內存不用白不用，因此它盡可能的cache和buffer一些數據，以方便下次使用。但實際上這些內存也是可以立刻拿來使用的。
所以 空閑內存=free+buffers+cached=total-used
通過讀取文件/proc/meminfo的信息獲取Memory的總量。
ActivityManager. getMemoryInfo(ActivityManager.MemoryInfo)獲取當前的可用Memory量。三、通過Android系統提供的Runtime類，執行adb 命令(top,procrank,ps...等命令)查詢
通過對執行結果的標准控制台輸出進行解析。這樣大大的擴展了Android查詢功能.例如：
final Process m_process = Runtime.getRuntime().exec("/system/bin/top -n 1");
final StringBuilder sbread = new StringBuilder();
BufferedReader bufferedReader = new BufferedReader(new InputStreamReader(m_process.getInputStream()), 8192);
# procrank
Runtime.getRuntime().exec("/system/xbin/procrank");
內存耗用：VSS/RSS/PSS/USS
Terms
• VSS - Virtual Set Size 虛擬耗用內存（包含共享庫佔用的內存）
• RSS - Resident Set Size 實際使用物理內存（包含共享庫佔用的內存）
• PSS - Proportional Set Size 實際使用的物理內存（比例分配共享庫佔用的內存）
• USS - Unique Set Size 進程獨自佔用的物理內存（不包含共享庫佔用的內存）
一般來說內存佔用大小有如下規律：VSS >= RSS >= PSS >= USS
USS is the total private memory for a process, i.e. that memory that is completely unique to that process.USS is an extremely useful number because it indicates the true incremental cost of running a particular process. When a process is killed, the USS is the total memory that is actually returned to the system. USS is the best number to watch when initially suspicious of memory leaks in a process.
轉載
J. 求教：android rss閱讀器開發需要掌握哪些技術
1、通過Http連接從伺服器獲取Xml數據
2、Xml文件解析。
3、數據的呈現。也就是ListView控制項的使用。
這其中也涉及到線程、handler的使用。
-----------------------------------------------------------------------------------------------------
安卓精英團為你解答
安卓精英團歡迎各位精英加入