因此,我對pthread_exit
和pthread_cancel
的理解是,它們都會導致在目標線程中拋出相關堆棧幀的類似異常的東西,稱爲「強制展開」。這可以被捕獲,以便執行特定於線程的清理,但必須重新拋出,否則我們會在catch塊的末尾隱式地發現abort()
,但不會重新拋出。未處理的強制展開導致異常終止
在pthread_cancel
的情況下,或者在收到相關信號後立即發生,或者下一個進入取消點,或者下一個信號未被阻塞時,取決於線程的取消狀態和類型。
在pthread_exit
的情況下,調用線程立即進行強制展開。
好。這個「例外」是殺死線程的正常過程。那麼爲什麼,即使我重新拋出它,是不是導致調用std::terminate()
,終止了我的整個應用程序?
請注意,我正在捕捉並重新拋出異常幾次。
還要注意,我打電話pthread_exit
出我的SIGTERM
信號處理程序。這在我的玩具測試代碼中工作正常,用g ++ 4.3.2編譯,其中有一個線程運行signal(SIGTERM, handler_that_calls_pthread_exit)
,然後坐在緊密的while
循環中,直到它獲得TERM
信號。但它在實際應用中不起作用。
相關堆棧幀:
(gdb) where
#0 0x0000003425c30265 in raise() from /lib64/libc.so.6
#1 0x0000003425c31d10 in abort() from /lib64/libc.so.6
#2 0x00000000012b7740 in sv_bsd_terminate() at exception_handlers.cpp:38
#3 0x00002aef65983aa6 in __cxxabiv1::__terminate (handler=0x518)
at /view/ken_gcc_4.3/vobs/Compiler/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:43
#4 0x00002aef65983ad3 in std::terminate()
at /view/ken_gcc_4.3/vobs/Compiler/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:53
#5 0x00002aef65983a5a in __cxxabiv1::__gxx_personality_v0 (
version=<value optimized out>, actions=<value optimized out>,
exception_class=<value optimized out>, ue_header=0x645bcd80,
context=0x645bb940)
at /view/ken_gcc_4.3/vobs/Compiler/gcc/libstdc++-v3/libsupc++/eh_personality.cc:657
#6 0x00002aef6524d68c in _Unwind_ForcedUnwind_Phase2 (exc=0x645bcd80,
context=0x645bb940)
at /view/ken_gcc_4.3/vobs/Compiler/gcc/libgcc/../gcc/unwind.inc:180
#7 0x00002aef6524d723 in _Unwind_ForcedUnwind (exc=0x645bcd80,
stop=<value optimized out>, stop_argument=0x645bc1a0)
at /view/ken_gcc_4.3/vobs/Compiler/gcc/libgcc/../gcc/unwind.inc:212
#8 0x000000342640cf80 in __pthread_unwind() from /lib64/libpthread.so.0
#9 0x00000034264077a5 in pthread_exit() from /lib64/libpthread.so.0
#10 0x0000000000f0d959 in threadHandleTerm (sig=<value optimized out>)
at osiThreadLauncherLinux.cpp:46
#11 <signal handler called>
謝謝!
埃裏克