sjlj vs dwarf vs seh有什么区别？

Question

我无法找到足够的信息来决定使用哪个编译器来编译我的项目。在不同的计算机上有几个程序模拟一个过程。在Linux上，我使用GCC。一切都很好。我可以优化代码，它可以快速编译并使用不太多的内存。

我做我自己的基准与MSVC和GCC编译器。稍后会产生稍微更快的二进制文件（对于每个子体系结构）。虽然编译时间比MSVC多得多。

所以我决定用MinGW的。但是在MinGW中找不到有关异常处理方法及其实现的任何解释。我可以针对不同的操作系统和体系结构使用不同的发行版。

注意事项：

• 编译时间和内存是不是我的使用很重要。只有重要的是运行时优化。我需要我的程序足够快。慢速编译器是可以接受的。
• 操作系统：Microsoft Windows XP/7/8/Linux的
• 架构：英特尔酷睿i7 /酷睿2 /和一个非常古老的i686运行XP：P

Answer 1

有在MinGW-w64 Wiki一个简短的概述：

为什么不MinGW的-W64 GCC支持矮2异常处理？

用于Windows的矮2 EH实现并不在64位Windows应用程序在所有旨在 工作。在win32模式下，异常 展开处理程序无法通过非dw2知道代码传播，这意味着 任何异常会通过任何非dw2知道的“外部框架” 代码将会失败，包括Windows系统DLL和使用 构建的DLL工作室。在GCC矮2退绕代码检查在x86 退绕组件，并且不能没有其他矮化-2 展开信息进行。

SetJump LongJump异常处理方法适用于除win32和win64以外的大多数 情况（一般保护错误除外）。 gcc的结构化异常处理支持正在开发到 ，克服了dw2和sjlj的弱点。 Win64上，所述 展开信息被放置在XDATA截面并且在.pdata （功能描述符表），而不是堆叠。对于win32，处理程序的链 处于堆栈状态，需要通过执行代码实际保存/恢复 。

GCC GNU约异常处理：

GCC支持异常处理的两种方法（EH）：

• DWARF-2（DW2）EH，这需要使用DWARF-2（或DWARF-3）调试信息。 DW-2 EH可能导致可执行文件变得稍微膨胀，因为大型调用堆栈展开表必须包含在可执行文件中的 。基于的setjmp/longjmp的（SJLJ）
• 的方法。基于SJLJ-EH比DW2 EH慢得多（惩罚时，没有 抛出异常，甚至正常运行），但可以在代码尚未 用gcc编译或不具有调用栈展开 信息工作。

[...]

结构化异常处理（SEH）

Windows使用称为结构化异常处理（SEH）自己的异常处理机制。 [...] 不幸的是，GCC还不支持SEH。 [...]

参见：

• Exception handling models of GCC
• C++ Exception Handling for IA-64
• EH newbies howto

Answer 2

SJLJ（的setjmp/longjmp的） ： - 对于32位和64位 - 不为“零成本”：即使不引发异常，但这样会导致较小的 性能损失（〜异常代码重15％） - 允许例外 通过例如遍历窗口回调

DWARF（DW2，矮-2） - 仅可用于32位 - 没有永久运行时开销 - 需要整个调用栈是启用矮，这意味着 异常不能扔过例如Windows系统DLL。

SEH（零开销例外） - 将可用于64位GCC 4.8。

来源：http://qt-project.org/wiki/MinGW-64-bit