在開發(fā)中旨巷，有時很需要通過打印來判斷函數的調用過程。下面列出幾種比較常用到的打印堆棧的方法添忘。
一、Andorid c++（native層）：
方式一：（通過unwind來實現）
#include <unwind.h>
#include <dlfcn.h>
#include <iomanip>
#include <sstream>
namespace {
struct BacktraceState
{
void** current;
void** end;
};
static _Unwind_Reason_Code unwindCallback(struct _Unwind_Context* context, void* arg)
{
BacktraceState* state = static_cast<BacktraceState*>(arg);
uintptr_t pc = _Unwind_GetIP(context);
if (pc) {
if (state->current == state->end) {
return _URC_END_OF_STACK;
} else {
*state->current++ = reinterpret_cast<void*>(pc);
}
}
return _URC_NO_REASON;
}
}
size_t captureBacktrace(void** buffer, size_t max)
{
BacktraceState state = {buffer, buffer + max};
_Unwind_Backtrace(unwindCallback, &state);
return state.current - buffer;
}
void dumpBacktrace(std::ostream& os, void** buffer, size_t count)
{
for (size_t idx = 0; idx < count; ++idx) {
const void* addr = buffer[idx];
const char* symbol = "";
Dl_info info;
if (dladdr(addr, &info) && info.dli_sname) {
symbol = info.dli_sname;
}
os << " #" << std::setw(2) << idx << ": " << addr << " " << symbol << "\n";
}
}
void backtraceToLogcat()
{
const size_t max = 30; // 調用的層數
void* buffer[max];
std::ostringstream oss;
dumpBacktrace(oss, buffer, captureBacktrace(buffer, max));
__android_log_print(ANDROID_LOG_INFO, "INJECT", "%s", oss.str().c_str());
}
在需要查看的地方調用 backtraceToLogcat() 即可若锁。
它的log如下：
# 0: 0x9b4524af
# 1: 0x9b4530ad
# 2: 0x95e1d2fa
# 3: 0x9548be48
# 4: 0x954f5ca4
# 5: 0x953db5ba
# 6: 0x96ec8641
# 7: 0x96ed9b3c il2cpp_runtime_invoke （有導出符號的函數）
# 8: 0x9c5679ef
# 9: 0x9c557875
#10: 0x9c54f557
#11: 0x9c54f77a
這種方式的好處是不會使程序卡死搁骑，不好的地方在于輸出的log不夠詳細，然后打印出來的地址是絕對的又固，要分析時需要結合/proc/pid/maps 中的基址去定位到函數仲器。
方式二：
直接在JNI_OnLoad方法中通過JavaVM 去獲取到JNIEnv 變量并保存 ，然后再需要的地方調用mEnv->FindClass(NULL) 去打印堆棧信息
這種方法的好處是簡單仰冠，而且它的log信息比較詳細乏冀，除了地址之外，還有所在so的信息洋只。然后它打印出來的地址是相對的辆沦，可以直接在ida按G鍵跳轉到對應的地方。不好的地方在于识虚，會使程序異常退出肢扯。
native: #01 pc 005366fe /system/lib/libart.so(_ZNK3art6Thread4DumpERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEE+286)
native: #02 pc 003980af /system/lib/libart.so (ZN3art9JavaVMExt8JniAbortEPKcS2+1247)
native: #03 pc 003997e9 /system/lib/libart.so (_ZN3art9JavaVMExt9JniAbortFEPKcS2_z+115)
native: #04 pc 003df47a /system/lib/libart.so (_ZN3art3JNI9FindClassEP7_JNIEnvPKc+2266)
native: #05 pc 0004c0bd /data/data/[packagename]/lib/x86/libtest.so (???)
native: #06 pc 00cc12f9 /data/app/[packagename]/lib/x86/libil2cpp.so (???)
native: #07 pc 0032fe47 /data/app/[packagename]/lib/x86/libil2cpp.so (???)
native: #08 pc 00399ca3 /data/app/[packagename]/lib/x86/libil2cpp.so (???)
native: #09 pc 0027f5b9 /data/app/[packagename]/lib/x86/libil2cpp.so (???)
native: #10 pc 01d6c640 /data/app/[packagename]/lib/x86/libil2cpp.so (???)
native: #11 pc 01d7db3b /data/app/[packagename]/lib/x86/libil2cpp.so (il2cpp_runtime_invoke+56)
native: #12 pc 000b19ee /data/app/[packagename]/lib/x86/libunity.so (???)
native: #13 pc 000a1874 /data/app/[packagename]/lib/x86/libunity.so (???)
native: #14 pc 00099556 /data/app/[packagename]/lib/x86/libunity.so (???)
native: #15 pc 00099779 /data/app/[packagename]/lib/x86/libunity.so (???)
native: #16 pc 00097e7f /data/app/[packagename]/lib/x86/libunity.so (???)
注： 網上提到的一種方法如下：
#include <utils/CallBack.h>
android::CallBack stack;
stack.update()
stack.log("log_tag");
這個方法已經不適用了，因為include的時候會報找不到庫文件担锤。
lua中
直接通過調用 debug.traceback() 即可
Java 中
通過try catch 捕獲一個拋出的異常即可
try{
throw new Exception("拋出異澄党浚看堆棧");
}catch (Exception e){
Log.i(TAG, "catch異常: ",e);
}
