在c ++中正确使用exit（）？

Question

我编写了一个简单的应用程序，它读取数据文件，解析文本，然后对该数据进行一些处理。 数据文件在main（）函数中打开。 如果确定文件未正确打开，使用exit（）函数是否是一种很好的编程习惯？ 例如：

if (!file.is_open() ){
     exit(1);
}

此外，我的程序有一个单独的函数来解析文件中的数据。 main（）调用此函数。 如果函数在数据中发现错误，我希望程序在打印错误消息后停止。 在这种情况下，在我的解析函数中使用exit（）函数是否可以接受？ 我问这个问题是因为，对我来说，允许一个函数自己退出程序而不将控制返回到main（）函数似乎并不是很整洁。 （如果这个问题看起来非常明显，我道歉。我是C ++和编程的新手）。

Answer 1

调用函数exit并不是“坏”，因为它具有明确定义的行为 - 这样做没有任何根本错误。

但是，如果您正在编写一个可能最终存在于库中的函数，那么从一般情况下调用exit是一种不好的做法：向调用代码发出错误信号要好得多（通过特定的返回值或异常，实例）并让调用代码决定做什么。 （有些情况下它完全有效。例如，如果您正在编写一个名为quit_if_file_not_found的函数，那么，您的用户期望终止。）

在您的情况下，您的解析函数可能不应该调用exit ：例如，您可能希望在将来的某个时候，如果解析第一个文件名失败，您的主代码会要求用户输入不同的文件名。 如果解析例程终止程序，则必须修改主代码和该函数。 如果它已发出错误信号，则您只需修改main的逻辑。

（并且不要只是在没有打印错误消息的情况下exit或者记录类似于您正在执行的操作，这将使那些无法知道如何解决代码遇到的问题的沮丧用户。）

Answer 2

有两个方面。 一个是决定在你想要使用exit的地方停止程序的兴趣，另一个是退出的使用。 Mat的答案涵盖了第一个。

对于第二种， exit通常是C ++中的一个糟糕选择。 原因是它做了一些清理（用atexit注册的函数，有时包括静态存储持续时间的某些对象的析构函数），但不是所有这些（堆栈中对象的析构函数），根据我的经验，你要么全部都需要它或者没有。

Answer 3

exit(0)表示程序终止成功并且完全可移植，而

exit(1) （通常）表示不成功终止。 但是，它的使用是不可移植的。

Answer 4

从main ， exit(1)或return 1没有区别。 使用返回/退出值0表示成功， 非 0表示失败。

如果您的子例程是一个在其他地方使用的库例程，它应该使用一些返回代码或异常将控制权返回给main。 否则，如果您exit或退货，这是您的选择。

在任何一种情况下，最好记录函数的功能， exit ， return代码或exception 。

Answer 5

这取决于exit(1)来源。 您不应该从库中调用此exit(1) ，只能从您自己的应用程序调用。

如果需要设置错误代码，可以设置errno （STD C变量，是）。

如果您想尝试更多C ++方式，可以使用详细的错误代码抛出异常。

Answer 6

退出是可以接受的，虽然我认为重要的是要注意在退出中使用exit与return语句的内存差异不会破坏内存中的变量。 如果有错误，则退出是合理的。 否则，我会坚持退货声明。