問題背景

一般來說，我們使用第三方程式碼的時候，不可避免的會遇到異常資訊。例如呼叫錯誤，庫中會丟擲異常。經常是由於上下文日誌不足，我們只能看到catch處的日誌，而不清楚異常是哪些函式呼叫導致。這導致定位問題比較麻煩，經常要花比較長時間去跟進。去網上找了些資料，

解決方案

我把原文coyp過來，如下：

Here's an example throw_exception.cpp.

#include <iostream>
#include <stdexcept>
 
using namespace std;
 
void function()
{
   throw runtime_error("i am an exception");
}
 
int main()
{
   try
   {
      function();
   }
   catch(const std::exception& e)
   {
      cout << e.what() << endl;
   }
 
   return 0;
}
 

The makefile for it.

all: throw_exception
 
throw_exception : throw_exception.cpp
        $(CXX) -g $< -o [email protected]

Here's how to use catch throw in gdb.

~/exception$ make
g++ -g throw_exception.cpp -o throw_exception
~/exception$ gdb throw_exception
...
Reading symbols from throw_exception...done.
(
 
gdb) catch throw
Catchpoint 1 (throw)
(gdb) run
Starting program: throw_exception
Catchpoint 1 (exception thrown), 0x00007ffff7b8f910 in __cxa_throw () from /usr/lib/libstdc++.so.6
(gdb) where
#0 0x00007ffff7b8f910 in __cxa_throw () from /usr/lib/libstdc++.so.6
#1 0x0000000000400d89 in function () at throw_exception.cpp:8
#2 0x0000000000400dca in main () at throw_exception.cpp:15
 

(gdb)

方案二：如果是自己寫的程式碼，在丟擲異常的時候，可以藉助backtrace函式，獲取當前程序呼叫堆疊的相關資訊，進而輸出到日誌中幫助定位問題。具體的實施方案可以參考這個連結：

如果第三方庫，那目前能想到的還是使用方案一。方案二的問題在於，無法對第三方庫的拋異常時，把自己的程式碼掛進去執行。