zoukankan      html  css  js  c++  java
  • More Effective C++精简版(3续)

    5.3
            如果在一个异常被激活的同时,析构函数也抛出异常,并导致程序控制权转移到析构函数外,C++将调用terminate函数

            如果一个异常被析构函数抛出而没有在函数内部捕获住,那么析构函数就不会完全运行(它会停在抛出异常的那个地方上)

     5.4
            传递参数和异常时,系统所要完成的操作过程则是完全不同的。调用函数时,程序的控制权最终还会返回到函数的调用处,但是当你抛出一个异常时,控制权永远不会回到抛出异常的地方。

            C++规范要求被做为异常抛出的对象必须被复制

            抛出异常运行速度比参数传递要慢

     catch (Widget& w)                 // 捕获Widget异常

    {

     ...                             // 处理异常

     throw;                          // 重新抛出异常,让它

    }                                 // 继续传递

    catch (Widget& w)                 // 捕获Widget异常

    {

     ...                             // 处理异常

     throw w;                        // 传递被捕获异常的

    }                                 // 拷贝

    一般来说,你应该用throw来重新抛出当前的异常,因为这样不会改变被传递出去的异常类型,而且更有效率,因为不用生成一个新拷贝。

    一个被异常抛出的对象(总是一个临时对象)可以通过普通的引用捕获 

    当用传值的方式传递函数的参数,我们制造了被传递对象的一个拷贝(参见Effective C++ 条款22),并把这个拷贝存储到函数的参数里。同样我们通过传值的方式传递一个异常时,也是这么做的

    catch (Widget w) ...                // 通过传值捕获

    会建立两个被抛出对象的拷贝,一个是所有异常都必须建立的临时对象,第二个是把临时对象拷贝进w

    当我们通过引用捕获异常时,

    catch (Widget& w) ...               // 通过引用捕获

    catch (const Widget& w) ...         //也通过引用捕获

             这仍旧会建立一个被抛出对象的拷贝:拷贝同样是一个临时对象。相反当我们通过引用传递函数参数时,没有进行对象拷贝。当抛出一个异常时,系统构造的(以后会析构掉)被抛出对象的拷贝数比以相同对象做为参数传递给函数时构造的拷贝数要多一个。

             通过指针抛出异常的情况:通过指针抛出异常与通过指针传递参数是相同的。不论哪种方法都是一个指针的拷贝被传递。但,你不能认为抛出的指针是一个指向局部对象的指针,因为当异常离开局部变量的生存空间时,该局部变量已经被释放。Catch子句将获得一个指向已经不存在的对象的指针。这种行为在设计时应该予以避免。 

    异常处理不进行类型转换

    捕获runtime_errors异常的Catch子句可以捕获range_error类型和overflow_error类型的异常;可以接收根类exception异常的catch子句能捕获其任意派生类异常。

    catch (const void*) ...                 //捕获任何指针类型异常

    把一个对象传递给函数或一个对象调用虚拟函数与把一个对象做为异常抛出,这之间有三个主要区别。第一、异常对象在传递时总被进行拷贝;当通过传值方式捕获时,异常对象被拷贝了两次。对象做为参数传递给函数时不一定需要被拷贝。第二、对象做为异常被抛出与做为参数传递给函数相比,前者类型转换比后者要少(前者只有两种转换形式)。最后一点,catch子句进行异常类型匹配的顺序是它们在源代码中出现的顺序,第一个类型匹配成功的catch将被用来执行。当一个对象调用一个虚拟函数时,被选择的函数位于与对象类型匹配最佳的类里,即使该类不是在源代码的最前头。

    5.5

    void someFunction()                  //这个函数没有改变

     ...

     if (a validation 测试失败) {

        throw Validation_error();

     }

     ...

    }

    void doSomething()

    {

     try {

        someFunction();                  // 没有改变

     }

     catch (exception& ex) {            // 这里,我们通过引用捕获异常

                                         // 以替代原来的通过值捕获

        cerr << ex.what();               // 现在调用的是

                                         // Validation_error::what(),

        ...                              // 而不是 exception::what()

     }

    }

    通过引用捕获异常(catch by reference),不会为是否删除异常对象而烦恼;能够避开slicing异常对象;能够捕获标准异常类型;减少异常对象需要被拷贝的数目.

    5.6异常规格(指处理异常的类型不同)

    C++允许你用其它不同的异常类型替换unexpected异常

    class UnexpectedException {};          // 所有的unexpected异常对象被

                                           //替换为这种类型对象

    void convertUnexpected()               // 如果一个unexpected异常被

    {                                      // 抛出,这个函数被调用

     throw UnexpectedException(); 

    }

    unexpected异常转变成知名类型的方法是替换unexpected函数,让其重新抛出当前异常,

    这样异常将被替换为bad_exception

    void convertUnexpected()          // 如果一个unexpected异常被

    {                                 //抛出,这个函数被调用

     throw;                          // 它只是重新抛出当前

    }                                 // 异常

    set_unexpected(convertUnexpected);

                                      // 安装 convertUnexpected

                                      // 做为unexpected

                                      // 的替代品

    5.7

    为了在运行时处理异常,程序要记录大量的信息。无论执行到什么地方,程序都必须能够识别出如果在此处抛出异常的话,将要被释放哪一个对象;程序必须知道每一个入口点,以便从try块中退出;对于每一个try块,他们都必须跟踪与其相关的catch子句以及这些catch子句能够捕获的异常类型。

    只要可能就尽量采用不支持异常的方法编译程序,把使用try块和异常规格限制在你确实需要它们的地方,并且只有在确为异常的情况下(exceptional)才抛出异常

  • 相关阅读:
    解释机器学习模型的一些方法(一)——数据可视化
    机器学习模型解释工具-Lime
    Hive SQL 语法学习与实践
    LeetCode 198. 打家劫舍(House Robber)LeetCode 213. 打家劫舍 II(House Robber II)
    LeetCode 148. 排序链表(Sort List)
    LeetCode 18. 四数之和(4Sum)
    LeetCode 12. 整数转罗马数字(Integer to Roman)
    LeetCode 31. 下一个排列(Next Permutation)
    LeetCode 168. Excel表列名称(Excel Sheet Column Title)
    论FPGA建模,与面向对象编程的相似性
  • 原文地址:https://www.cnblogs.com/ethan/p/674527.html
Copyright © 2011-2022 走看看