GCC选项`-fnothrow-opt`在较新C++标准下是否仍有效？

这确实是个容易让人困惑的点——相关的语言特性都被新标准移除了，官方文档又没明确说明，咱们一步步理清楚。

首先先明确-fnothrow-opt原本的设计意图，按照GCC文档的描述：

Treat a throw() exception specification as if it were a noexcept specification to reduce or eliminate the text size overhead relative to a function with no exception specification. If the function has local variables of types with non-trivial destructors, the exception specification actually makes the function smaller because the EH cleanups for those variables can be optimized away. The semantic effect is that an exception thrown out of a function with such an exception specification results in a call to terminate rather than unexpected.

简单来说，它的核心作用是把旧的无参数throw()异常规范，当成noexcept来处理：既可以优化代码体积（比如去掉不必要的异常清理逻辑），又会改变异常抛出后的行为——让函数抛出异常时直接调用terminate，而不是旧标准里的unexpected。

现在回到你的问题：C17移除了动态异常规范（带参数的throw(X)），C20又彻底移除了无参数throw()的特殊语义（现在throw()等价于noexcept(true)），那这个选项在新标准下还有用吗？

从GCC的实际实现和兼容逻辑来看：

• 如果你在C++17及以后的标准下，代码里还保留了遗留的throw()写法（虽然编译器大概率会给你警告，不推荐这么写），-fnothrow-opt还是会对这些函数生效——毕竟编译器需要兼容旧代码，这个选项就是为处理这类遗留场景的优化而存在的。
• 但如果你的代码已经完全改用了C++11引入的noexcept规范，那这个选项就没什么实际作用了——因为noexcept本身就已经提供了-fnothrow-opt原本要实现的优化效果和语义（抛出异常直接触发terminate）。

可惜的是GCC官方文档确实没针对新标准更新这部分说明，但从实际测试和编译器的设计逻辑来看，它的适用场景已经非常窄了，只针对还在使用throw()的遗留代码，对纯新标准代码几乎没有影响。

内容来源于stack exchange