从C语言开始接触C++的人，恐怕都知道exit()这个函数，似乎现在很多的程序员都有这样一种习惯，在程序一遇到错误、或任务刚完成时，把调用exit()函数当成是一种最好的结束程序的方法。在以前遗留的许多老式C/C++代码中，这种现象非常普遍，但当手头的软件项目逐步进展并越来越大时，就不得不面临合并以前分散的各个模块这项工作，此时，如果还有人记得起软件日志记录、错误宽容度、或至少适当的清理工作，就已经是万幸了。本文中要说的方法，决不是一条设计准则，但是可减轻修正那些未良好设计及实现的老式代码时所带来的痛苦。

　　用return来取代exit，无疑是解决此问题最显而易见的方法，如果软件项目非常简单，这也是最高效的解决方案；然而，项目中经常有成打的函数分布在多个源文件中，且这些函数的调用也嵌套在很深的层次中，那么，事情就变得棘手了。如果在这种情况中，所有的函数都返回void，还是有可能修改它们，让其返回一个退出码（exit code）的，但所付出的代价也很大；如果函数已经能返回一个有意义的值，只是在遇到错误时，调用了exit()，那么这项工作会变得更消耗时间，也会更加容易出错。这里说点题外话，使用exit()也是有可取之处的，当老式代码没有设计返回任何东西时，如果想得到返回码（return code），只有靠exit()了。

　　有关此问题，还是有一个解决方法的，在这种情况下，我们假定所有的源代码已经为C++格式，或无需全部编译就可以移植为C++格式，把所有exit出现的地方全部换成throw（这可以自动完成，甚至无须理解老代码是怎样工作的）；接着，在任何适当的地方，捕捉为整数的异常码，这种方法还可依据严重性或恢复程度的不同，在不同层面上处理错误。

　　请看以下示例，原始代码如下：

// main.cpp void main() { 　//初始化 　... 　ProcessMail(...); } //另一个源文件 void ProcessMail(...) { 　//初始化 　... 　if ( initializationError ) { 　　printf("faild to init!!!\n"); 　　exit(-1); 　} 　while ( !shutdown ) { 　　ReadMail(...) 　　//继续处理 　　... 　} } void ReadMail(...) { 　... 　//对ReadBytes()的调用出现在函数内的多处地方，包括在循环中。 　nBytesAvailable = ReadBytes(...) 　... } //另一个源文件 int ReadBytes(...) { 　//读取数据 　... 　if ( error ) { 　　printf("there was an error!!\n"); 　　exit(-1); 　} 　return nBytesRead; }