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()里打印的东西一定要加%？加变量，否则编译会出错。