++wythern++

1. • adb shell setprop libc.debug.malloc 1
   • adb shell ps mediaserver
   • adb shell kill <mediaserver_pid>
2. Call dumpMemoryAddresses(). (in MemoryLeakTrackUtil.cpp).
   
3. $ adb pull /proc/<mediaserver_pid>/maps
   
4. get the diff file of memory allocations
   
   • $ adb pull /data/000 .
   • $ adb pull /data/111 .
   • $ diff 000 111 >diff_0_1
     
5. $ ./addr2func.py --root-dir=../ --maps-file=./maps diff_0_1

MediaScanner用法總結(jié)

轉(zhuǎn)自這里以及這里

-   掃描全部

Java代碼  

1. public void systemScan(){  
2.         sendBroadcast(new Intent(Intent.ACTION_MEDIA_MOUNTED, Uri.parse("file://"  
3.                 + Environment.getExternalStorageDirectory())));  
4.     }  

-  掃描某個(gè)文件  參數(shù)：填入該文件的路徑

Java代碼  

1. public void fileScan(String file){  
2.         Uri data = Uri.parse("file://"+file);  
3.           
4.         sendBroadcast(new Intent(Intent.ACTION_MEDIA_SCANNER_SCAN_FILE, data));  
5.     }  

- 掃描文件夾 參數(shù)：填入該文件夾路徑

Java代碼  

1. public void fileScan(String file){  
2.         Uri data = Uri.parse("file://"+file);  
3.           
4.         sendBroadcast(new Intent(Intent.ACTION_MEDIA_SCANNER_SCAN_FILE, data));  
5.     }  
6.       
7.     public void folderScan(String path){  
8.         File file = new File(path);  
9.           
10.         if(file.isDirectory()){  
11.             File[] array = file.listFiles();  
12.               
13.             for(int i=0;i<array.length;i++){  
14.                 File f = array[i];  
15.                   
16.                 if(f.isFile()){//FILE TYPE  
17.                     String name = f.getName();  
18.                       
19.                     if(name.contains(".mp3")){  
20.                         fileScan(f.getAbsolutePath());  
21.                     }  
22.                 }  
23.                 else {//FOLDER TYPE  
24.                     folderScan(f.getAbsolutePath());  
25.                 }  
26.             }  
27.         }  
28.     }  

Android 調(diào)試技術(shù)

一、JAVA層單步調(diào)試

參見(jiàn)“用eclipse單步調(diào)試Laucher”
參見(jiàn)“用eclipse編譯調(diào)試adnroid的Browser”

二、Native層單步調(diào)試

參見(jiàn)“使用GDB 單步調(diào)試Android本地代碼”

三、JAVA層堆棧打印

1. 在指定的函數(shù)內(nèi)打印相關(guān)java調(diào)用

Log.d(TAG,Log.getStackTraceString(new Throwable()));

2. 普通JAVA進(jìn)程堆棧

ActivityManagerService.dumpStackTraces

保存在系統(tǒng)設(shè)置dalvik.vm.stack-trace-file指定的文件data/anr/traces.txt中。可以包含多個(gè)進(jìn)程堆棧信息。

3. 內(nèi)核進(jìn)程堆棧

dumpKernelStackTraces，該函數(shù)為私有函數(shù)，不可調(diào)用。
代碼在frameworks/base/services/java/com/android/server/Watchdog.java
保存在系統(tǒng)設(shè)置dalvik.vm.stack-trace-file指定的文件data/anr/traces.txt中。

4. 出異常時(shí)打印當(dāng)前堆棧

Exception::printStackTrace()

try {  ... } catch (RemoteException e) {   e.printStackTrace();   ... }

5. 輸出指定進(jìn)程的堆棧

Process.sendSignal(pid, Process.SIGNAL_QUIT)

保存在data/anr/traces.txt。
這個(gè)只對(duì)java進(jìn)程有效，由dalvikvm的SignalCatcher.c處理。

四、Native層堆棧打印

1. CallStack

使用方式:

#include <utils/CallStack.h> ... CallStack stack; stack.update(); stack.dump("");  // the parameter is prefix of dump

在使用之前需要修改system/core/include/arch/linux-arm/AndroidConfig.h

#define HAVE_DLADDR 1 #define HAVE_CXXABI 1

并在文件frameworks/base/libs/utils/Android.mk中大約105行（LOCAL_SHARED_LIBRARIES）后添加

ifeq ($(TARGET_OS),linux) LOCAL_SHARED_LIBRARIES += libdl endif

重新編譯，push生成的libutils.so到/system/lib/目錄下，重啟設(shè)備。

五、JAVA異常分析

這個(gè)android會(huì)輸出信息到logcat。容易分析。

六、Natvie異常分析

native進(jìn)程異常會(huì)導(dǎo)致
debuggerd會(huì)輸出信息到logcat并保存到/data/tombstones。
可以修改system/core/debuggerd/debuggerd.c中dump_stack_and_code的代碼滿(mǎn)足更深的調(diào)試信息需求。

七、日志Log系統(tǒng)

在java中使用

import android.util.Log; ... Log.d(TAG,"log info");

在Native代碼中使用

#define LOG_TAG "YOUR_LOGTAG" ... #include <utils/Log.h> #define LOG_NDEBUG 0 ... LOGD("log info");

或者

Log.d(LOG_TAG,“log info”);

使用adb logcat時(shí)可以只顯示特定類(lèi)別的LOG，還可以通過(guò)參數(shù) -v threadtime 顯示線(xiàn)程號(hào)及時(shí)間信息。
普通標(biāo)準(zhǔn)輸出轉(zhuǎn)為L(zhǎng)ogcat

#system/bin/logwrapper 進(jìn)程名

八、其他調(diào)試手段（命令行）

1. 打印指定JAVA進(jìn)程的堆棧到文件中

#kill -3 pid

這里的3就是3.5節(jié)的Process.SIGNAL_QUIT。
輸出在data/anr/traces.txt文件中。
這個(gè)只對(duì)java進(jìn)程有效，由dalvikvm處理。

2. 打印指定進(jìn)程的堆棧到Logcat

#kill -11 pid 或者 #kill -7 pid

這個(gè)有時(shí)有效。其原理是利用了（六）節(jié)的機(jī)制。
可以用adb logcat看堆棧調(diào)用輸出。

3. 打印指定進(jìn)程的系統(tǒng)調(diào)用

#strace -f -p pid -o output

主要輸出文件、SOCKET、鎖等系統(tǒng)操作的信息。
-f表示跟蹤所有子進(jìn)程.
-o輸出log到指定文件，可不用。

Surface的創(chuàng)建過(guò)程

我們先看看Android如何創(chuàng)建一個(gè)Surface，下面的序列圖展示了整個(gè)創(chuàng)建過(guò)程。

                                                              圖一   Surface的創(chuàng)建過(guò)程

創(chuàng)建Surface的過(guò)程基本上分為兩步：

1. 建立SurfaceSession

第一步通常只執(zhí)行一次，目的是創(chuàng)建一個(gè)SurfaceComposerClient的實(shí)例，JAVA層通過(guò)JNI調(diào)用本地代碼，本地代碼創(chuàng)建一個(gè) SurfaceComposerClient的實(shí)例，SurfaceComposerClient通過(guò)ISurfaceComposer接口調(diào)用 SurfaceFlinger的createConnection，SurfaceFlinger返回一個(gè)ISurfaceFlingerClient接 口給SurfaceComposerClient，在createConnection的過(guò)程中，SurfaceFlinger創(chuàng)建了用于管理緩沖區(qū)切換 的SharedClient，關(guān)于SharedClient我們下面再介紹，最后，本地層把SurfaceComposerClient的實(shí)例返回給 JAVA層，完成SurfaceSession的建立。

2. 利用SurfaceSession創(chuàng)建Surface

JAVA層通過(guò)JNI調(diào)用本地代碼Surface_Init()，本地代碼首先取得第一步創(chuàng)建的SurfaceComposerClient實(shí)例， 通過(guò)SurfaceComposerClient，調(diào)用ISurfaceFlingerClient接口的createSurface方法，進(jìn)入 SurfaceFlinger，SurfaceFlinger根據(jù)參數(shù)，創(chuàng)建不同類(lèi)型的Layer，然后調(diào)用Layer的setBuffers()方法， 為該Layer創(chuàng)建了兩個(gè)緩沖區(qū)，然后返回該Layer的ISurface接口，SurfaceComposerClient使用這個(gè)ISurface接 口創(chuàng)建一個(gè)SurfaceControl實(shí)例，并把這個(gè)SurfaceControl返回給JAVA層。

由此得到以下結(jié)果：

• JAVA層的Surface實(shí)際上對(duì)應(yīng)于本地層的SurfaceControl對(duì)象，以后本地代碼可以使用JAVA傳入的SurfaceControl對(duì)象，通過(guò)SurfaceControl的getSurface方法，獲得本地Surface對(duì)象；
• Android為每個(gè)Surface分配了兩個(gè)圖形緩沖區(qū)，以便實(shí)現(xiàn)Page-Flip的動(dòng)作；
• 建立SurfaceSession時(shí)，SurfaceFlinger創(chuàng)建了用于管理兩個(gè)圖形緩沖區(qū)切換的SharedClient對(duì) 象，SurfaceComposerClient可以通過(guò)ISurfaceFlingerClient接口的getControlBlock()方法獲得 這個(gè)SharedClient對(duì)象，查看SurfaceComposerClient的成員函數(shù)_init:

獲得Surface對(duì)應(yīng)的顯示緩沖區(qū)

雖然在SurfaceFlinger在創(chuàng)建Layer時(shí)已經(jīng)為每個(gè)Layer申請(qǐng)了兩個(gè)緩沖區(qū)，但是此時(shí)在JAVA層并看不到這兩個(gè)緩沖 區(qū)，JAVA層要想在Surface上進(jìn)行畫(huà)圖操作，必須要先把其中的一個(gè)緩沖區(qū)綁定到Canvas中，然后所有對(duì)該Canvas的畫(huà)圖操作最后都會(huì)畫(huà)到 該緩沖區(qū)內(nèi)。下圖展現(xiàn)了綁定緩沖區(qū)的過(guò)程：

                                                                            圖二  綁定緩沖區(qū)的過(guò)程

    開(kāi)始在Surface畫(huà)圖前，Surface.java會(huì)先調(diào)用lockCanvas()來(lái)得到要進(jìn)行畫(huà)圖操作的Canvas，lockCanvas會(huì)進(jìn) 一步調(diào)用本地層的Surface_lockCanvas，本地代碼利用JAVA層傳入的SurfaceControl對(duì)象，通過(guò)getSurface() 取得本地層的Surface對(duì)象，接著調(diào)用該Surface對(duì)象的lock()方法，lock()返回了改Surface的信息，其中包括了可用緩沖區(qū)的 首地址vaddr，該vaddr在Android的2D圖形庫(kù)Skia中，創(chuàng)建了一個(gè)bitmap，然后通過(guò)Skia庫(kù)中Canvas的 API：Canvas.setBitmapDevice(bitmap)，把該bitmap綁定到Canvas中，最后把這個(gè)Canvas返回給JAVA 層，這樣JAVA層就可以在該Canvas上進(jìn)行畫(huà)圖操作，而這些畫(huà)圖操作最終都會(huì)畫(huà)在以vaddr為首地址的緩沖區(qū)中。

    再看看在Surface的lock()方法中做了什么：

• dequeueBuffer(&backBuffer)獲取backBuffer
  • SharedBufferClient->dequeue()獲得當(dāng)前空閑緩沖區(qū)的編號(hào)
  • 通過(guò)緩沖區(qū)編號(hào)獲得真正的GraphicBuffer:backBuffer
  • 如果還沒(méi)有對(duì)Layer中的buffer進(jìn)行映射（Mapper），getBufferLocked通過(guò)ISurface接口重新重新映射
• 獲取frontBuffer
• 根據(jù)兩個(gè)Buffer的更新區(qū)域，把frontBuffer的內(nèi)容拷貝到backBuffer中，這樣保證了兩個(gè)Buffer中顯示內(nèi)容的同步
• backBuffer->lock() 獲得backBuffer緩沖區(qū)的首地址vaddr
• 通過(guò)info參數(shù)返回vaddr

釋放Surface對(duì)應(yīng)的顯示緩沖區(qū)

畫(huà)圖完成后，要想把Surface的內(nèi)容顯示到屏幕上，需要把Canvas中綁定的緩沖區(qū)釋放，并且把該緩沖區(qū)從變成可投遞（因?yàn)槟J(rèn)只有兩個(gè) buffer，所以實(shí)際上就是變成了frontBuffer），SurfaceFlinger的工作線(xiàn)程會(huì)在適當(dāng)?shù)乃⑿聲r(shí)刻，把系統(tǒng)中所有的 frontBuffer混合在一起，然后通過(guò)OpenGL刷新到屏幕上。下圖展現(xiàn)了解除綁定緩沖區(qū)的過(guò)程：

                                                                 圖三  解除綁定緩沖區(qū)的過(guò)程

• JAVA層調(diào)用unlockCanvasAndPost
• 進(jìn)入本地代碼：Surface_unlockCanvasAndPost
• 本地代碼利用JAVA層傳入的SurfaceControl對(duì)象，通過(guò)getSurface()取得本地層的Surface對(duì)象
• 綁定一個(gè)空的bitmap到Canvas中
• 調(diào)用Surface的unlockAndPost方法
  • 調(diào)用GraphicBuffer的unlock()，解鎖緩沖區(qū)
  • 在queueBuffer()調(diào)用了SharedBufferClient的queue()，把該緩沖區(qū)更新為可投遞狀態(tài)

SharedClient 和 SharedBufferStack

從前面的討論可以看到，Canvas綁定緩沖區(qū)時(shí)，要通過(guò)SharedBufferClient的dequeue方法取得空閑的緩沖區(qū)，而解除綁定 并提交緩沖區(qū)投遞時(shí)，最后也要調(diào)用SharedBufferClient的queue方法通知SurfaceFlinger的工作線(xiàn)程。實(shí)際上，在 SurfaceFlinger里，每個(gè)Layer也會(huì)關(guān)聯(lián)一個(gè)SharedBufferServer，SurfaceFlinger的工作線(xiàn)程通過(guò) SharedBufferServer管理著Layer的緩沖區(qū)，在SurfaceComposerClient建立連接的階 段，SurfaceFlinger就已經(jīng)為該連接創(chuàng)建了一個(gè)SharedClient 對(duì)象，SharedClient 對(duì)象中包含了一個(gè)SharedBufferStack數(shù)組，數(shù)組的大小是31，每當(dāng)創(chuàng)建一個(gè)Surface，就會(huì)占用數(shù)組中的一個(gè) SharedBufferStack，然后SurfaceComposerClient端的Surface會(huì)創(chuàng)建一個(gè) SharedBufferClient和該SharedBufferStack關(guān)聯(lián)，而SurfaceFlinger端的Layer也會(huì)創(chuàng)建 SharedBufferServer和SharedBufferStack關(guān)聯(lián)，實(shí)際上每對(duì) SharedBufferClient/SharedBufferServer是控制著同一個(gè)SharedBufferStack對(duì)象，通過(guò) SharedBufferStack，保證了負(fù)責(zé)對(duì)Surface的畫(huà)圖操作的應(yīng)用端和負(fù)責(zé)刷新屏幕的服務(wù)端（SurfaceFlinger）可以使用不 同的緩沖區(qū)，并且讓他們之間知道對(duì)方何時(shí)鎖定/釋放緩沖區(qū)。

SharedClient和SharedBufferStack的代碼和頭文件分別位于：

/frameworks/base/libs/surfaceflinger_client/SharedBufferStack.cpp

/frameworks/base/include/private/surfaceflinger/SharedBufferStack.h

                                                                       圖四    客戶(hù)端和服務(wù)端緩沖區(qū)管理

     繼續(xù)研究SharedClient、SharedBufferStack、SharedBufferClient、SharedBufferServer的誕生過(guò)程。

    1. SharedClient

•     在createConnection階段，SurfaceFlinger創(chuàng)建Client對(duì)象：

• 再進(jìn)入Client的構(gòu)造函數(shù)中，它分配了4K大小的共享內(nèi)存，并在這塊內(nèi)存上構(gòu)建了SharedClient對(duì)象：

• 回到createConnection中，通過(guò)Client的getControlBlockMemory()方法獲得共享內(nèi)存塊的 IMemoryHeap接口，接著創(chuàng)建ISurfaceFlingerClient的子類(lèi)BClient，BClient的成員變量mCblk保存了 IMemoryHeap接口指針；
• 把BClient返回給SurfaceComposerClient，SurfaceComposerClient通過(guò) ISurfaceFlingerClient接口的getControlBlock()方法獲得IMemoryHeap接口指針，同時(shí)保存在 SurfaceComposerClient的成員變量mControlMemory中；
• 繼續(xù)通過(guò)IMemoryHeap接口的getBase ()方法獲取共享內(nèi)存的首地址，轉(zhuǎn)換為SharedClient指針后保存在SurfaceComposerClient的成員變量mControl中；
• 至此，SurfaceComposerClient的成員變量mControl和SurfaceFlinger::Client.ctrlblk指向了同一個(gè)內(nèi)存塊，該內(nèi)存塊上就是SharedClient對(duì)象。 

    2. SharedBufferStack、SharedBufferServer、SharedBufferClient

    SharedClient對(duì)象中有一個(gè)SharedBufferStack數(shù)組：

    SharedBufferStack surfaces[ NUM_LAYERS_MAX ];

    NUM_LAYERS_MAX 被定義為31，這樣保證了SharedClient對(duì)象的大小正好滿(mǎn)足4KB的要求。創(chuàng)建一個(gè)新的Surface時(shí)，進(jìn)入SurfaceFlinger的 createSurface函數(shù)后，先取在createConnection階段創(chuàng)建的Client對(duì)象，通過(guò)Client在 0--NUM_LAYERS_MAX 之間取得一個(gè)尚未被使用的編號(hào)，這個(gè)編號(hào)實(shí)際上就是SharedBufferStack數(shù)組的索引：

 然后以Client對(duì)象和索引值以及其他參數(shù)，創(chuàng)建不同類(lèi)型的Layer對(duì)象，一普通的Layer對(duì)象為例：

在createNormalSurfaceLocked中創(chuàng)建Layer對(duì)象：

構(gòu)造Layer時(shí)會(huì)先構(gòu)造的父類(lèi)LayerBaseClient，LayerBaseClient中創(chuàng)建了SharedBufferServer對(duì) 象，SharedBufferStack 數(shù)組的索引值和SharedClient被傳入SharedBufferServer對(duì)象中。

    自此，Layer通過(guò)lcblk成員變量(SharedBufferServer)和SharedClient共享內(nèi)存區(qū)建立了關(guān)聯(lián)，并且每個(gè)Layer對(duì)應(yīng)于SharedBufferStack 數(shù)組中的一項(xiàng)。

    回到SurfaceFlinger的客戶(hù)端Surface.cpp中，Surface的構(gòu)造函數(shù)如下：

SharedBufferClient構(gòu)造參數(shù)mClient->mControl就是共享內(nèi)存塊中的SharedClient對(duì)象，mToken就是SharedBufferStack 數(shù)組索引值。

到這里我們終于知道，Surface中的mSharedBufferClient成 員和Layer中的lcblk成員(SharedBufferServer)，通過(guò)SharedClient中的同一個(gè) SharedBufferStack，共同管理著Surface（Layer）中的兩個(gè)緩沖區(qū)。

一并參考：

$ git commit --amend

［Source] 
http://zh-cn.w3support.net/index.php?db=so&id=613022

1. M-x replace-string ; \n   
   will replace ";" with 2 characters "\n".

2. M-x replace-regex ; \n 
   get a error msg: Invalid use of `\' in replacement text. 
   in this mode use C-q C-j to insert a RET into the string you current edited for replace/replaced.

The author also said that you could paste a RET into the string for instead the method above, but i have not tested that.