C++ 的异常处理

sixeight

到底该不该使用异常机制？
网上大部分都不建议使用异常，但是我感觉使用异常代码要清晰很多。例如使用异常，我直接可以写成
void Test()
{
   A();
   B();
   C();
}
调用Test的地方用try catch来捕获异常。

如果用返回值：
int Test()
{
  int r = A();
  if (r != 0) return r;

  int r = B();
  if (r != 0) return r;

  int r = C();
  if (r != 0) return r;

  return 0;
}
写起来好麻烦。

另外，如果返回值有另外的用处，那函数变得直观，比如：
int Add(int a, int b)
{
  return a + b;
}

这个时候就不能用返回值返回错误，必须改成：
int Add(int a, int b, int *result)
{
}
或
int Add(int a, int b, int *error)
{

}
调用也会多写代码了。

请问大家都是怎么写的？

cokeboL

当设计的异常系统一层层像个森林一样。。

hellioncu

我的意见：
1、使用的库、代码等会抛异常，就用
2、使用异常能明显简化处理的，就用

其它情况尽量不用，特别是对性能要求很高的场合

windoze

网上的“建议”你也信……

在现代的C++中，使用异常的代码，如果没有抛出异常，则没有时间开销，有可以忽略不计的空间开销（每个try/catch块有一个exception frame和一个personality routine代码的内存消耗），只有在异常发生时，才会有查找exception table和unwind/cleanup时间开销及一个（在C++14中可能是多个）异常对象的空间开销。
所以除了一些特殊情况，该用异常就要用，否则写一大堆长的像鼻涕一样的错误处理代码很爽么？

但是要注意，虽然正常路径上的开销几乎没有，但异常确实发生时的开销没有小到可以忽略不计，所以不要像Python那样用异常做程序流控制，这东西真的只适用于“异常”情况。

bruceteen

windoze 发表于 2015-09-30 02:31
网上的“建议”你也信……

我也想说这话。

sxcong

如果你见过java的异常，就知道这玩艺是多么的。。。
理论上讲，代码里每一个分支，在不同条件下都要测试通过，根本就不可能产生异常。如果看到谁的代码里不检查指针是否为空就直接使用，建议让他去做一段时间测试去

sixeight

回复 6# sxcong


    这个跟用不用异常好像没关系吧，例如空指针的判断，用返回值的方式：
    if (p == NULL) return E_XXX;

    如果用异常：
    if (p == NULL) throw XXX_Exception;

sxcong

都return了，还throw干什么，是不是感觉在上层用try能显得水平更高一些？ 你的调用者会根据函数返回值进行下一步操作，他没理会异常怎么办。

sixeight

回复 8# sxcong


    谢谢回复，我是从C#转过来的，所以对C++中异常的缺点不了解。没觉得用try水平高一点，看了一些开源代码，都没有用异常的，反而觉得自已用try是不是low了一点。
  
    还是想问一下，你说的调用者"他没理会异常怎么办"， 那还是一样，他如果没理会你的返回值怎么办？ 用异常程序会崩溃，还会提示一下导致崩溃的异常，返回值如果被忽略，后面的执行就无法控制了。

   
   

littledick

一旦throw过不得不加一堆try...catch...。