我找不到足够的信息来决定应该使用哪个编译器来编译我的项目。在不同的计算机上有几个程序模拟一个过程。在 Linux 上，我使用的是 GCC。一切都很好。我可以优化代码，它编译速度快并且使用的内存不多。
我用 MSVC 和 GCC 编译器做我自己的基准测试。后来的一个产生稍微快一点的二进制文件（对于每个子架构）。虽然编译时间远远超过 MSVC。
所以我决定使用MinGW。但是在MinGW中找不到关于异常处理方法及其实现的任何解释。我可以为不同的操作系统和架构使用不同的发行版。
注意事项：
MinGW-w64 Wiki上有一个简短的概述：
为什么 mingw-w64 gcc 不支持 Dwarf-2 异常处理？ Windows的 Dwarf-2 EH 实现根本不是为在 64 位 Windows 应用程序下工作而设计的。在 win32 模式下，异常展开处理程序无法通过不支持 dw2 的代码传播，这意味着通过任何不支持 dw2 的“外框”代码的任何异常都会失败，包括 Windows 系统 DLL 和使用 Visual Studio 构建的 DLL。gcc 中的 Dwarf-2 展开代码检查 x86 展开程序集，如果没有其他 dwarf-2 展开信息，则无法继续。 异常处理的 SetJump LongJump 方法适用于 win32 和 win64 上的大多数情况，但一般保护错误除外。正在开发 gcc 中的结构化异常处理支持以克服 dw2 和 sjlj 的弱点。在 win64 上，展开信息放置在 xdata-section 中，并且存在 .pdata（函数描述符表）而不是堆栈。对于 win32，处理程序链在堆栈上，需要由实际执行的代码保存/恢复。
为什么 mingw-w64 gcc 不支持 Dwarf-2 异常处理？
Windows的 Dwarf-2 EH 实现根本不是为在 64 位 Windows 应用程序下工作而设计的。在 win32 模式下，异常展开处理程序无法通过不支持 dw2 的代码传播，这意味着通过任何不支持 dw2 的“外框”代码的任何异常都会失败，包括 Windows 系统 DLL 和使用 Visual Studio 构建的 DLL。gcc 中的 Dwarf-2 展开代码检查 x86 展开程序集，如果没有其他 dwarf-2 展开信息，则无法继续。
异常处理的 SetJump LongJump 方法适用于 win32 和 win64 上的大多数情况，但一般保护错误除外。正在开发 gcc 中的结构化异常处理支持以克服 dw2 和 sjlj 的弱点。在 win64 上，展开信息放置在 xdata-section 中，并且存在 .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。 […]
GCC 支持两种异常处理 (EH) 方法：
[…]
结构化异常处理 (SEH)
Windows 使用自己的异常处理机制，称为结构化异常处理 (SEH)。 […] 不幸的是，GCC 还不支持 SEH。 […]
