null pointer deref不是C++异常，或者说是系统相关的异常。

所以只有系统支持这种时才可能捕获。比如windows上SEH/VEH。Linux上只有signal handler。

除了OS，还得编译器支持。如果编译器不支持，只能手动搞。

比如Windows上，MSVC之外的编译器不支持它家的__try/__except，你可以用汇编代码建立SEH的frame来捕捉异常，也就是自己把__try/__except实现一下，不过有点蛋疼就是了
--
修改:z16166 FROM 114.241.227.*
FROM 114.241.227.*

https://www.codeproject.com/Articles/1212332/bit-Structured-Exception-Handling-SEH-in-ASM

clang现在也支持__try/__except/__finally


【 在 DoorWay 的大作中提到: 】
: 不用setjmp/longjmp的思路是？讲讲学习一下。
: 我断断续续看过异常处理好几次，没考虑过怎么自己实现，trap a hardware exception。这个实现还是挺简单的，很有启发性：
: 1 安装handler，setjmp
: ...................
--
修改:z16166 FROM 114.241.227.*
FROM 114.241.227.*

你说得对，RtlUnwindEx内部有分支是走longjmp的

这有个逆出来的系列文章。太长，我没细看
http://www.nynaeve.net/?p=113

SEH讨论得比较早的是1997年Matt Pietrek写的《A Crash Course on the Depths of Win32 Structured Exception Handling》
https://www.cnblogs.com/awpatp/archive/2010/06/15/1758763.html

除了SEH，还有VEH

【 在 DoorWay 的大作中提到: 】
: 对着汇编参了一会，好像看懂了，哈哈，
: 这是为了调用 RtlUnwindEx，只传了俩参数，
: 这个函数要回到抛异常的现场，里面应该有longjmp
: ...................
--
修改:z16166 FROM 114.241.227.*
FROM 114.241.227.*

正常需求是把空指针的原因找出来，改掉

只是有些第三方库、OS API里面不方便改的那种崩溃，才无奈要catch一下

比如在某些老的Windows上，InternetGetConnectedState()、WinVerifyTrust()这些OS API可能会崩，
但MS永远不会再去为这些老Windows发布修正了，所以要么绕开这些API，绕不开就得catch住

【 在 anything1999 的大作中提到: 】
: 这个需求正常吧，.net c#, 每个函数try catch包一下，基本什么异常都能捕获到，对提高稳定性确有帮助。
:
--
FROM 114.241.227.*