androidmk列印
『壹』 Android-NDK：JNI本地文件中怎麼調試列印輸出到LOGCAT
加入頭文件
#include <android/log.h>
函數__android_log_print(ANDROID_LOG_INFO,LOG_TAG,TITLE)
第一個參數ANDROID_LOG_INFO（還有ANDROID_LOG_ERROR等），表示什麼類型
的輸出，上面的函數相當於android的java代碼的Log.i(LOG_TAG,TITLE),第二個參數就是logcat里的tag，第三個就是列印的內容。具體的請到log.h中自己查看。
Android之NDK開發
一、NDK產生的背景
Android平台從誕生起，就已經支持C、C++開發。眾所周知，Android的SDK基於Java實現，這意味著基於Android SDK進行開發的第三方應用都必須使用Java語言。但這並不等同於「第三方應用只能使用Java」。在Android SDK首次發布時，Google就宣稱其虛擬機Dalvik支持JNI編程方式，也就是第三方應用完全可以通過JNI調用自己的C動態庫，即在Android平台上，「Java+C」的編程方式是一直都可以實現的。
不過，Google也表示，使用原生SDK編程相比Dalvik虛擬機也有一些劣勢，Android SDK文檔里，找不到任何JNI方面的幫助。即使第三方應用開發者使用JNI完成了自己的C動態鏈接庫（so）開發，但是so如何和應用程序一起打包成apk並發布？這裡面也存在技術障礙。比如程序更加復雜，兼容性難以保障，無法訪問Framework API，Debug難度更大等。開發者需要自行斟酌使用。
於是NDK就應運而生了。NDK全稱是Native Development Kit。
NDK的發布，使「Java+C」的開發方式終於轉正，成為官方支持的開發方式。NDK將是Android平台支持C開發的開端。
二、為什麼使用NDK
1.代碼的保護。由於apk的java層代碼很容易被反編譯，而C/C++庫反匯難度較大。
2.可以方便地使用現存的開源庫。大部分現存的開源庫都是用C/C++代碼編寫的。
3.提高程序的執行效率。將要求高性能的應用邏輯使用C開發，從而提高應用程序的執行效率。
4.便於移植。用C/C++寫得庫可以方便在其他的嵌入式平台上再次使用。
三、NDK簡介
1.NDK是一系列工具的集合
NDK提供了一系列的工具，幫助開發者快速開發C（或C++）的動態庫，並能自動將so和java應用一起打包成apk。這些工具對開發者的幫助是巨大的。
NDK集成了交叉編譯器，並提供了相應的mk文件隔離CPU、平台、ABI等差異，開發人員只需要簡單修改mk文件（指出「哪些文件需要編譯」、「編譯特性要求」等），就可以創建出so。
NDK可以自動地將so和Java應用一起打包，極大地減輕了開發人員的打包工作。
2.NDK提供了一份穩定、功能有限的API頭文件聲明
Google明確聲明該API是穩定的，在後續所有版本中都穩定支持當前發布的API。從該版本的NDK中看出，這些API支持的功能非常有限，包含有：C標准庫（libc）、標准數學庫（libm）、壓縮庫（libz）、Log庫（liblog）。
『貳』 android怎樣後台列印變數
1.首先，在 Android.mk文件中需要加入： LOCAL_LDLIBS := -llog
2. 其次，包含如下庫文件 #include <android/log.h>
3. 使用方法示例 __android_log_print(ANDROID_LOG_INFO, "CDib::Attach", "--------%d,%d,%d,this->linebytes=%d\n",linebytes,width,height,this->linebytes); //按此形式列印變數 方便調用起見，可以使用宏定義 #define LOGI(msg) __android_log_print(ANDROID_LOG_INFO, LOG_TAG, msg) #define LOGE(msg) __android_log_print(ANDROID_LOG_ERROR, LOG_TAG, msg)
『叄』 如何在android源代碼中列印出日誌
1：在編譯so文件的c或cpp文件之前中加入以下代碼，就可以在android中的log顯示日誌內容
#include
#define LOG_TAG "show infomation"
#define LOGW(a ) __android_log_write(ANDROID_LOG_WARN,LOG_TAG,a)
2:就可以在c或cpp中加入LOWG（str） 就可以在android中的log中顯示列印的內容
3.這樣寫完以後，如果直接編譯，就會報 __android_log_write 方法undefined.
怎麼回事呢？關鍵是在設置編譯選項上面。
在Android.mk文件里，可以指定一個LOCAL_LDLIBS的參數。如果不指定，那麼編譯的時候，只會引入默認的幾個重要的lib，比如libc之類的。
如果要用log，那就要把 liblog給引進來。
網上很多的寫法是 LOCAL_LDLIBS := -llog ,這在build static lib的時候沒什麼問題。如果是build shared lib,就會報個 cannot find -llog的錯誤。意思是找不到liblog.so這個庫文件。
因此需要改成 LOCAL_LDLIBS := -L$(SYSROOT)/usr/lib -llog 才可以正常編譯。
其中-L參數是指定了搜索lib的路徑。
下面是一個android.mk的內容的例子：
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := TestNdkNetwork
LOCAL_SRC_FILES := HttpConnection.cpp
LOCAL_LDLIBS := -L$(SYSROOT)/usr/lib -llog
include $(BUILD_SHARED_LIBRARY)
『肆』 如何調用android.mk 中的變數
變數
1
LOCAL_PATH := $(call my-dir)
1、解釋 LOCAL_PATH：
英文：如下圖
中文：Android.mk 開始必須定義變數 LOCAL_PATH，它用來指定源文件的位置
2、解釋 my-dir：
英文：如下圖
中文：編譯系統提供的'my-dir'宏函數，被用來獲取當前的目錄。
2
include $(CLEAR_VARS)
1、解釋 CLEAR_VARS：
英文：如下圖
中文：編譯系統提供CLEAR_VARS變數，它指向了一個用來清除 LOCAL_ 開頭的變數（LOCAL_PATH除外)的makefile文件，需要它的原因是整個的編譯上下文中，所有的變數都是全局的，這樣就可以保證這些變數只在局部范圍內起作用；
3
LOCAL_MODULE := hello-jni
1、解釋 LOCAL_MODULE：
英文：如下圖
中文：每一個android.mk文件中都必須定義一個模塊標示 LOCAL_MODULE ， 這個名字必須是唯一的並且不包含任何的空格，編譯系統將自動的修改生成文件的前綴和後綴，如一個模塊為'foo'共享庫將被改為'libfoo.so';
重要提示，如果你的模塊名為'libfoo',編譯系統生成的文件為 'libfoo.so', 而不會去再增加前綴，當你使用的時候，android平台會自動識別；
4
LOCAL_SRC_FILES := hello-jni.c
1、解釋 LOCAL_SRC_FILES
英文：如下圖
中文：LOCAL_SRC_FILES必須包含一系列的C/C++源文件，他們將會被建立和裝載到模塊中，注意你不應該把需要包含的頭文件列在這里，因為建立系統將自動計算依賴項，只有源文件才能夠被編譯器識別；
2、解釋 LOCAL_CPP_EXTENSION
英文：如下圖
中文：注意默認的c++文件擴展名是'.cpp', LOCAL_CPP_EXTENSION可以用來指定不同類型的擴展名，不要忘了前面的點（如：'.cxx' 將起作用, 但是 'cxx'不會起作用).
如：LOCAL_CPP_EXTENSION := .cc .cpp
5
include $(BUILD_SHARED_LIBRARY)
1、解釋 BUILD_SHARED_LIBRARY
英文：如下圖
中文：『建立系統』提供個變數 BUILD_SHARED_LIBRARY， 將根據在『include』之前定義的所有的信息和LOCAL_前綴的變數，決定將建立什麼，如何正確的生成共享庫；
2、解釋 BUILD_STATIC_LIBRARY
英文： 如下圖
中文： 同上，只不過它生成的是靜態庫
6
LOCAL_C_INCLUDES := $(NDK_ROOT)/sources/third_party/freetype
1、解釋 NDK_ROOT
中文：NDK_ROOT 代表的是ndk的根目錄，如我的是「D:\Android\android-ndk-r10」，這個例子是用來載入ndk根目錄下的freetype的頭文件路徑；
7
LOCAL_LDFLAGS := \
$(LOCAL_PATH)/libs/$(TARGET_ARCH_ABI)/libfreetype.a
1、解釋 LOCAL_LDFLAGS
中文：用來載入用戶自己的靜態庫(.a文件)
2、解釋 TARGET_ARCH_ABI
中文：當前的cpu/abi的類型，在鏈接不同類型的CPU_ABI時非常有用，如下圖
8
$(call import-add-path,$(LOCAL_PATH)/libsrc)
1、解釋：import-add-path
中文：增加自己的路徑到 NDK_MODULE_PATH 環境變數中，再非ndk根目錄/sources下編譯時會用到
9
LOCAL_SRC_FILES := hello-jni.c HelloJni.cpp
$(error $(LOCAL_SRC_FILES))
1、解釋：$
中文：變數前面加上"$"用來返回變數的值
2、解釋：$(error string)
中文：用來將string所對應的內容列印到控制台，並且android.mk文件停止繼續進行編譯，如下圖
10
LOCAL_SRC_FILES := hello-jni.c HelloJni.cpp
$(warning $(LOCAL_SRC_FILES))
1、解釋：$(warning string)
中文：用來將string所對應的內容列印到控制台，並且android.mk文件將繼續進行編譯，如下圖
11
LOCAL_PRELINK_MODULE := false
1、解釋 LOCAL_PRELINK_MODULE：
中文：關閉編譯器鏈接前進行代碼優化，防止將沒有用到的代碼不添加到生成的庫中
12
LOCAL_EXPORT_CFLAGS := -DFOO=1
1、解釋 LOCAL_EXPORT_CFLAGS
定義這個變數來記錄一些列的 c/c++編譯標志，他們將會增加到其他的使用這個模塊的LOCAL_CFLAGS中，LOCAL_CFLAGS的功能相當於：LOCAL_STATIC_LIBRARIES 和 LOCAL_SHARED_LIBRARIES 這兩個變數；
13
LOCAL_STATIC_LIBRARIES := foo
1、解釋 LOCAL_STATIC_LIBRARIES
鏈接進來一個靜態庫的模塊，這里是靜態庫的模塊的名稱，而不是靜態庫的名稱
14
LOCAL_SHARED_LIBRARIES
鏈接進來一個動態庫的模塊，這里是動態庫的模塊的名稱，而不是靜態庫的名稱
15
LOCAL_EXPORT_CPPFLAGS
跟 LOCAL_EXPORT_CFLAGS 的功能一樣，但是它只能夠在c++中使用
16
LOCAL_EXPORT_C_INCLUDES
跟 LOCAL_EXPORT_CFLAGS，但是對於c的 include路徑，被調用模塊申明後，使用模塊可以很方便的使用包含的路徑
17
LOCAL_EXPORT_LDFLAGS
跟LOCAL_EXPORT_CFLAGS的作用一樣，但是僅僅是鏈接選項
18
LOCAL_EXPORT_LDLIBS
跟LOCAL_EXPORT_CFLAGS的作用類似，但是這個變數說明的系統庫，需要帶上 '-l' 前綴，他們將導入鏈接器選項，並追加到你的模塊的 LOCAL_LDLIBS
19
LOCAL_ALLOW_UNDEFINED_SYMBOLS := true
允許未定義的符號
20
LOCAL_CFLAGS
.c文件對應的編譯標記變數
21
LOCAL_LDLIBS
用來鏈接共享庫（so）或者執行文件，使用系統的庫文件的時候，需要加上前綴 '-l'，例如下面的例子，將告訴連接器生成的模塊的時候同時鏈接 /system/lib/libz.so
LOCAL_LDLIBS := -lz
注意：如果你在一個模塊中鏈接一個靜態庫，這個靜態庫是不會起作用的，同時ndk-build 會列印出一條警告消息
22
LOCAL_CFLAGS := -fvisibility=hidden
隱藏庫函數名
23
LOCAL_PROGUARD_ENABLED默認是打開的，不特別指定的話，就是起作用的，就可能做優化。
LOCAL_PROGUARD_ENABLED:= disabled
『伍』 Android系統mk文件中列印輸出
警告方式：
錯誤方式：
信息方式：
注意：其中 parameter 表示變數．
不過一般使用 warning 在編譯過程中輸出log.
在Android.mk文件中輸出列印消息
『陸』 Android使用代碼調用列印服務（要代碼）
可以； 方法如下： 1、打開電腦，然後運行Chrome瀏覽器。只有Chrome瀏覽器才可以，需要通過它來進行雲列印的前期設置; 2、在Chrome瀏覽器中打開菜單，登錄谷歌賬戶，並且保證與你的Android設備使用的是相同的賬戶。 3、在同一Chrome瀏覽器的菜單下進入「設置」選項，向下滾動並單擊「顯示高級設置」，然後選擇「管理谷歌雲列印」。 4、點擊「添加列印機」，從你的Android設備中找到自己想要遠程連接的列印機，然後再次點擊添加列印機子菜單。 步驟二：設置Android設備 在Android設備上的設置過程其實非常簡單。找到Google Play商店然後下載安裝「Google Cloud Print」應用。這款應用的本質其實是一個插件，可以列印谷歌自帶服務的照片(比如相冊)，然後允許管理你的列印命令。 在Android 4.4 KitKat版本的系統中，這個插件會以獨立應用的形式出現。它會在KitKat的後台運行，當你有列印命令發起時會以通知的形式告知。 步驟三：開始列印 從現在開始，就可以開始列印相冊或Chrome瀏覽器中的內容了。只需要點擊任何應用程序菜單中的「列印」命令，就會彈出一個窗口，然你從下拉選項中選擇列印機，然後進行各種設置，比如紙張大小和顏色等。 點擊「開始列印」，待列印的內容就會被發送到列印機上。
『柒』 手機調試Android程序出異常時不列印堆棧信息
列印堆棧是調試的常用方法，一般在系統異常時，我們可以將異常情況下的堆棧列印出來，這樣十分方便錯誤查找。實際上還有另外一個非常有用的功能：分析代碼的行為。android代碼太過龐大復雜了，完全的靜態分析經常是無從下手，因此通過列印堆棧的動態分析也十分必要。
Android列印堆棧的方法，簡單歸類一下
1. zygote的堆棧mp
實際上這個可以同時mp java線程及native線程的堆棧，對於java線程，java堆棧和native堆棧都可以得到。
使用方法很簡單，直接在adb shell或串口中輸入：
[plain] view plain
kill -3 <pid>
輸出的trace會保存在 /data/anr/traces.txt文件中。這個需要注意，如果沒有 /data/anr/這個目錄或/data/anr/traces.txt這個文件，需要手工創建一下，並設置好讀寫許可權。
如果需要在代碼中，更容易控制堆棧的輸出時機，可以用以下命令獲取zygote的core mp:
[java] view plain
Process.sendSignal(pid, Process.SIGNAL_QUIT);
原理和命令行是一樣的。
不過需要注意兩點：
adb shell可能會沒有許可權，需要root。
android 4.2中關閉了native thread的堆棧列印，詳見 dalvik/vm/Thread.cpp的mpNativeThread方法：
[cpp] view plain
dvmPrintDebugMessage(target,
"\"%s\" sysTid=%d nice=%d sched=%d/%d cgrp=%s\n",
name, tid, getpriority(PRIO_PROCESS, tid),
schedStats.policy, schedStats.priority, schedStats.group);
mpSchedStat(target, tid);
// Temporarily disabled collecting native stacks from non-Dalvik
// threads because sometimes they misbehave.
//dvmDumpNativeStack(target, tid);
Native堆棧的列印被關掉了！不過對於大多數情況，可以直接將這個注釋打開。
2. debuggerd的堆棧mp
debuggerd是android的一個daemon進程，負責在進程異常出錯時，將進程的運行時信息mp出來供分析。debuggerd生 成的coremp數據是以文本形式呈現，被保存在 /data/tombstone/ 目錄下(名字取的也很形象，tombstone是墓碑的意思)，共可保存10個文件，當超過10個時，會覆蓋重寫最早生成的文件。從4.2版本開 始，debuggerd同時也是一個實用工具：可以在不中斷進程執行的情況下列印當前進程的native堆棧。使用方法是:
[plain] view plain
debuggerd -b <pid>
這可以協助我們分析進程執行行為，但最最有用的地方是：它可以非常簡單的定位到native進程中鎖死或錯誤邏輯引起的死循環的代碼位置。
3. java代碼中列印堆棧
Java代碼列印堆棧比較簡單， 堆棧信息獲取和輸出，都可以通過Throwable類的方法實現。目前通用的做法是在java進程出現需要注意的異常時，列印堆棧，然後再決定退出或挽救。通常的方法是使用exception的printStackTrace()方法：
[java] view plain
try {
...
} catch (RemoteException e) {
e.printStackTrace();
...
}
當然也可以只列印堆棧不退出，這樣就比較方便分析代碼的動態運行情況。Java代碼中插入堆棧列印的方法如下：
[java] view plain
Log.d(TAG,Log.getStackTraceString(new Throwable()));
4. C++代碼中列印堆棧
C++也是支持異常處理的，異常處理庫中，已經包含了獲取backtrace的介面，Android也是利用這個介面來列印堆棧信息的。在Android的C++中，已經集成了一個工具類CallStack，在libutils.so中。使用方法：
[cpp] view plain
#include <utils/CallStack.h>
...
CallStack stack;
stack.update();
stack.mp();
使用方式比較簡單。目前Andoid4.2版本已經將相關信息解析的很到位，符號表查找，demangle，偏移位置校正都做好了。
[plain] view plain
5. C代碼中列印堆棧
C代碼，尤其是底層C庫，想要看到調用的堆棧信息，還是比較麻煩的。 CallStack肯定是不能用，一是因為其實C++寫的，需要重新封裝才能在C中使用，二是底層庫反調上層庫的函數，會造成鏈接器循環依賴而無法鏈接。 不過也不是沒有辦法，可以通過android工具類CallStack實現中使用的unwind調用及符號解析函數來處理。
這里需要注意的是，為解決鏈接問題，最好使用dlopen方式，查找需要用到的介面再直接調用，這樣會比較簡單。如下為相關的實現代碼，只需要在要 列印的文件中插入此部分代碼，然後調用getCallStack()即可，無需包含太多的頭文件和修改Android.mk文件：
[cpp] view plain
#define MAX_DEPTH 31
#define MAX_BACKTRACE_LINE_LENGTH 800
#define PATH "/system/lib/libcorkscrew.so"
typedef ssize_t (*unwindFn)(backtrace_frame_t*, size_t, size_t);
typedef void (*unwindSymbFn)(const backtrace_frame_t*, size_t, backtrace_symbol_t*);
typedef void (*unwindSymbFreeFn)(backtrace_symbol_t*, size_t);
static void *gHandle = NULL;
static int getCallStack(void){
ssize_t i = 0;
ssize_t result = 0;
ssize_t count;
backtrace_frame_t mStack[MAX_DEPTH];
backtrace_symbol_t symbols[MAX_DEPTH];
unwindFn unwind_backtrace = NULL;
unwindSymbFn get_backtrace_symbols = NULL;
unwindSymbFreeFn free_backtrace_symbols = NULL;
// open the so.
if(gHandle == NULL) gHandle = dlopen(PATH, RTLD_NOW);
// get the interface for unwind and symbol analyse
if(gHandle != NULL) unwind_backtrace = (unwindFn)dlsym(gHandle, "unwind_backtrace");
if(gHandle != NULL) get_backtrace_symbols = (unwindSymbFn)dlsym(gHandle, "get_backtrace_symbols");
if(gHandle != NULL) free_backtrace_symbols = (unwindSymbFreeFn)dlsym(gHandle, "free_backtrace_symbols");
if(!gHandle ||!unwind_backtrace ||!get_backtrace_symbols || !free_backtrace_symbols ){
ALOGE("Error! cannot get unwind info: handle:%p %p %p %p",
gHandle, unwind_backtrace, get_backtrace_symbols, free_backtrace_symbols );
return result;
}
count= unwind_backtrace(mStack, 1, MAX_DEPTH);
get_backtrace_symbols(mStack, count, symbols);
for (i = 0; i < count; i++) {
char line[MAX_BACKTRACE_LINE_LENGTH];
const char* mapName = symbols[i].map_name ? symbols[i].map_name : "<unknown>";
const char* symbolName =symbols[i].demangled_name ? symbols[i].demangled_name : symbols[i].symbol_name;
size_t fieldWidth = (MAX_BACKTRACE_LINE_LENGTH - 80) / 2;
if (symbolName) {
uint32_t pc_offset = symbols[i].relative_pc - symbols[i].relative_symbol_addr;
if (pc_offset) {
snprintf(line, MAX_BACKTRACE_LINE_LENGTH, "#%02d pc %08x %.*s (%.*s+%u)",
i, symbols[i].relative_pc, fieldWidth, mapName,
fieldWidth, symbolName, pc_offset);
} else {
snprintf(line, MAX_BACKTRACE_LINE_LENGTH, "#%02d pc %08x %.*s (%.*s)",
i, symbols[i].relative_pc, fieldWidth, mapName,
fieldWidth, symbolName);
}
} else {
snprintf(line, MAX_BACKTRACE_LINE_LENGTH, "#%02d pc %08x %.*s",
i, symbols[i].relative_pc, fieldWidth, mapName);
}
ALOGD("%s", line);
}
free_backtrace_symbols(symbols, count);
return result;
}
對sched_policy.c的堆棧調用分析如下,注意具體是否要列印，在哪裡列印，還可以通過pid、uid、property等來控制一下，這樣就不會被淹死在trace的汪洋大海中。
[plain] view plain
D/SchedPolicy( 1350): #00 pc 0000676c /system/lib/libcutils.so
D/SchedPolicy( 1350): #01 pc 00006b3a /system/lib/libcutils.so (set_sched_policy+49)
D/SchedPolicy( 1350): #02 pc 00010e82 /system/lib/libutils.so (androidSetThreadPriority+61)
D/SchedPolicy( 1350): #03 pc 00068104 /system/lib/libandroid_runtime.so (android_os_Process_setThreadPriority(_JNIEnv*, _jobject*, int, int)+7)
D/SchedPolicy( 1350): #04 pc 0001e510 /system/lib/libdvm.so (dvmPlatformInvoke+112)
D/SchedPolicy( 1350): #05 pc 0004d6aa /system/lib/libdvm.so (dvmCallJNIMethod(unsigned int const*, JValue*, Method const*, Thread*)+417)
D/SchedPolicy( 1350): #06 pc 00027920 /system/lib/libdvm.so
D/SchedPolicy( 1350): #07 pc 0002b7fc /system/lib/libdvm.so (dvmInterpret(Thread*, Method const*, JValue*)+184)
D/SchedPolicy( 1350): #08 pc 00060c30 /system/lib/libdvm.so (dvmCallMethodV(Thread*, Method const*, Object*, bool, JValue*, std::__va_list)+271)
D/SchedPolicy( 1350): #09 pc 0004cd34 /system/lib/libdvm.so
D/SchedPolicy( 1350): #10 pc 00049382 /system/lib/libandroid_runtime.so
D/SchedPolicy( 1350): #11 pc 00065e52 /system/lib/libandroid_runtime.so
D/SchedPolicy( 1350): #12 pc 0001435e /system/lib/libbinder.so (android::BBinder::transact(unsigned int, android::Parcel const&, android::Parcel*, unsigned int)+57)
D/SchedPolicy( 1350): #13 pc 00016f5a /system/lib/libbinder.so (android::IPCThreadState::executeCommand(int)+513)
D/SchedPolicy( 1350): #14 pc 00017380 /system/lib/libbinder.so (android::IPCThreadState::joinThreadPool(bool)+183)
D/SchedPolicy( 1350): #15 pc 0001b160 /system/lib/libbinder.so
D/SchedPolicy( 1350): #16 pc 00011264 /system/lib/libutils.so (android::Thread::_threadLoop(void*)+111)
D/SchedPolicy( 1350): #17 pc 000469bc /system/lib/libandroid_runtime.so (android::AndroidRuntime::javaThreadShell(void*)+63)
D/SchedPolicy( 1350): #18 pc 00010dca /system/lib/libutils.so
D/SchedPolicy( 1350): #19 pc 0000e3d8 /system/lib/libc.so (__thread_entry+72)
D/SchedPolicy( 1350): #20 pc 0000dac4 /system/lib/libc.so (pthread_create+160)
D/SchedPolicy( 1350): #00 pc 0000676c /system/lib/libcutils.so
D/SchedPolicy( 1350): #01 pc 00006b3a /system/lib/libcutils.so (set_sched_policy+49)
D/SchedPolicy( 1350): #02 pc 00016f26 /system/lib/libbinder.so (android::IPCThreadState::executeCommand(int)+461)
D/SchedPolicy( 1350): #03 pc 00017380 /system/lib/libbinder.so (android::IPCThreadState::joinThreadPool(bool)+183)
D/SchedPolicy( 1350): #04 pc 0001b160 /system/lib/libbinder.so
D/SchedPolicy( 1350): #05 pc 00011264 /system/lib/libutils.so (android::Thread::_threadLoop(void*)+111)
D/SchedPolicy( 1350): #06 pc 000469bc /system/lib/libandroid_runtime.so (android::AndroidRuntime::javaThreadShell(void*)+63)
D/SchedPolicy( 1350): #07 pc 00010dca /system/lib/libutils.so
D/SchedPolicy( 1350): #08 pc 0000e3d8 /system/lib/libc.so (__thread_entry+72)
D/SchedPolicy( 1350): #09 pc 0000dac4 /system/lib/libc.so (pthread_create+160)
6. 其它堆棧信息查詢
『捌』 Android.mk介紹(一)
在Linux下，可以通過Makefile來對源碼工程進行管理，Android.mk文件是Makefile的一小部分，它用來對Android程序進行編譯。Android.mk文件中描述了哪些C文件將被編譯且指明了如何編譯。Android.mk文件用來告知NDK Build 系統關於Source的信息。
1、編譯可執行程序
2、編譯動態庫或靜態庫
3、預編譯文件(APK或Java庫)
以上三種是Android.mk的主要用法，我們寫mk文件時也就是以上三種目的。
首先看一個最簡單的Android.mk的例子：
講解：
每個Android.mk文件必須以定義 LOCAL_PATH 為開始。它用於在開發tree中查找源文件。
宏 my-dir 由Build System提供。返回包含Android.mk的目錄路徑。
CLEAR_VARS 變數由Build System提供。並指向一個指定的GNU Makefile，由它負責清理很多LOCAL_xxx.
例如：LOCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES等等。但不清理 LOCAL_PATH .
這個清理動作是必須的，因為所有的編譯控制文件由同一個GNU Make解析和執行，其變數是全局的。所以清理後才能避免相互影響。
LOCAL_MODULE 模塊必須定義，以表示Android.mk中的每一個模塊。名字必須唯一且不包含空格。
Build System會自動添加適當的前綴和後綴。例如，foo，要產生動態庫，則生成libfoo.so.
但請注意：如果模塊名被定為：libfoo.則生成libfoo.so. 不再加前綴。
LOCAL_SRC_FILES變數必須包含將要打包如模塊的C/C++ 源碼。
不必列出頭文件，build System 會自動幫我們找出依賴文件。
預設的C++源碼的擴展名為.cpp. 也可以修改，通過LOCAL_CPP_EXTENSION。
BUILD_SHARED_LIBRARY：是Build System提供的一個變數，指向一個GNU Makefile Script。
它負責收集自從上次調用include $(CLEAR_VARS) 後的所有LOCAL_XXX信息。並決定編譯為什麼。
BUILD_STATIC_LIBRARY：編譯為靜態庫。
BUILD_SHARED_LIBRARY ：編譯為動態庫
BUILD_EXECUTABLE：編譯為Native C可執行程序
BUILD_PACKAGE（既可以編apk，也可以編資源包文件，但是需要指定LOCAL_EXPORT_PACKAGE_RESOURCES:=true)
BUILD_JAVA_LIBRARY（Java共享庫）
BUILD_STATIC_JAVA_LIBRARY（java靜態庫）
Android源碼中有大量的mk文件，Android系統的編譯就是靠著這些mk文件的，所以學好是非常有必要的哦！
『玖』 android ndk調試C++ 代碼怎麼列印異常信息
1 用常規方法建立或導入java工程。
2 在工程所在目錄下建立jni目錄，所有的c++代碼和mk文件都放在這個目錄下。
3 從sample目錄里拷貝Android.mk和Application.mk到jni目錄下並修改相應內容。
4 如果包含多個c++模塊，那麼修改Application.mk的APP_MODULES欄位，例：
APP_MODULES = freetype myapp2
同時建立freetyp.mk, myapp2.mk，修改android.mk為：
LOCAL_PATH := $(call my-dir)
include $(LOCAL_PATH)/freetype.mk
include $(LOCAL_PATH)/myapp2.mk
也就是說：android.mk里可以包含多個模塊的mk文件。
5 如果要使用c++庫函數，在Application.mk里加上
APP_STL := stlport_shared
在android.mk里加上：（注意不用手工添加stlport頭文件目錄）
LOCAL_STATIC_LIBRARIES += libstlport_shared.so
另外java代碼里所有打包進apk的模塊都要手工load，否則要異常：(不像windows是自動load)
System.loadLibrary("stlport_shared");
System.loadLibrary("freetype");
System.loadLibrary("myapp2");
5 把java工程改成c++混合工程：file->new->other->c/c++->convert to a c/c++ project。
我覺得你肯定很忙的呢，是不！今天12點多回答的題，要21點才會審批啊，審批個不通過算了。
『拾』 如何在android下添加列印
有一坨代碼，編譯成.so，要添加列印調試信息，步驟為： １．在.c中 #include <android/log.h 2. #define TRACE(format,...) __android_log_print(ANDROID_LOG_INFO, "tagname",format,__VA_ARGS__) 3. 在Android.mk中LOCAL_SHARED_LIBRARIES添加libutils 再增加 LOCAL_LDLIBS := -lm -llog即可。 這個方法有個弊端，就是TRACE()里列印的東西一定要加%？加變數，否則編譯會出錯。