周围的混乱no的[重复]

Question

看了很多视频，看了一本书，我不清楚什么时候什么时候不使用noexcept。

所有的书都说，只有当函数永远不会抛出时，才应该使用noexcept。

我觉得应该用别的。许多人说分配函数不应该是noexcept，但是如果我不想捕捉这些错误，并且调用< code>std::terminate是可以接受的，该怎么办呢？

简而言之，是否应该在永远不会抛出的函数或除您希望从中捕获异常的函数之外的所有函数上使用no的例外。

恕我直言，一些异常不需要被捕获（即内存溢出等）

Answer 1

标记 noexcept 是从开发人员到编译器的保证，函数永远不会抛出。

所以你应该把它添加到你知道不应该抛出的函数中。如果这些函数出于某种晦涩和不可知的原因而抛出，编译器唯一能做的就是终止应用程序（因为你保证了不应该发生的事情）。注意：从一个标记为 noexcept 的函数中，您可能不应该调用另一个函数，除非它也标记为 noexcept （就像常量正确性一样，您需要具有 noexcept 正确性）

您应该在哪里使用它：

  swap()   methods/functions. 
           Swap is supposed to be exception safe.
           Lots of code works on this assumption.

  Move Constructor
  Move Assignment.
           The object you are moving from should already be
           fully formed so moving it is usually a processes of
           swapping things around.

           Also be marking them noexcept there are certain 
           optimizations in the standard library that can be used.

     Note: This is usually the case.
           If you can not guarantee that move/swap semantics are 
           exception safe then do not mark the functions as noexcept.

您不想对所有异常调用终止。大多数时候，我会允许异常解除堆栈调用析构函数并正确释放资源。

如果它没有被捕获，那么应用程序将终止。

但是，大多数复杂的应用程序应该能够抵御异常。Catch丢弃启动的任务日志异常并等待下一个命令。有时你仍然想退出，但仅仅因为我在图形应用程序中的涂抹操作失败并不意味着我希望应用程序不体面地退出。我希望污迹操作被放弃，资源重新分配，应用程序恢复正常操作（这样我就可以保存退出并重新启动）。