本文讲关于C++的异常的全部东西：

绝对不让异常逃离析构函数

• 阻止exception逃离析构函数，主要是两个原因：
  
  1 防止在异常处理过程中的栈展开行为时，将调用terminate函数。程序将会结束，有时候事实上错误并没有那么严重。

[插入： 什么时候会调用terminate函数呢？]

[回答 ： By default, the terminate handler calls abort. But this behavior can be redefined by calling set_terminate.

This function is automatically called when no catch handler can be found for a thrown exception, or for some other exceptional circumstance that makes impossible to continue the exception handling process.

//对于一个异常没有对应的catch语句块的话，就会自己主动调用terminate函数，或者是对于一些无法处理的异常的情况时。

This function is provided so that the terminate handler can be explicitly called by a program that needs to abnormally terminate, and works even if set_terminate has not been used to set a custom terminate handler (calling abort in this case).

terminate被调用的情况：

1 当发送一个异常，而且构造函数产生异常

2 当发送一个异常，或者析构函数产生异常

3 一个静态对象的构造或者析构发送一个异常

4 以atexit注冊的函数发生异常的时候

5 自己定义一个异常，可是实际上没有异常产生的时候

6 调用缺省的unexcepted()函数时候 (unexcepted函数是由于该函数抛出了没有预期的异常）

2 能够协助确保destructor完毕它应该完毕的全部的动作。

#include <bits/stdc++.h>

using namespace std;

class myexception{};

class Session

{

public:

    Session()

    {

        logCreation();

    }

    ~Session()

    {

        try{ //这里的try catch块是非常重要的

            logDestruction();

        }catch(...){

            cout << "catch exception..." << endl;

        }

    }

private:

    static void logCreation(){cout << "enter..." << endl;}

    static void logDestruction() {cout << "out..." << endl;throw myexception();}

};

int main()

{

    Session s;

    return 0;

}

catch的子语句块 VS.函数的调用

3大类的不同:

1 exception 对象总是被复制。假设以by value的方式，甚至复制两次。

2 被抛出作为exception的对象，同意的转换操作比“被传递到函数中”的少。

3  catch子句以其出现的顺序进行匹配，也就是 “first fit”的策略， 不像函数调用的 “best fit”的策略

• 同样点： 函数參数以及exception的传递方式都有三种： by value, by reference ， by pointer，
• 不同点： 当你调用一个函数的时候，调用完成之后控制权终于会回到该函数的调用端； 可是当你抛出一个异常的时候，控制权永远都不会回到抛出端。
• 不同点： 函数的绑定方式，假设是传值，那么传递的是该对象的副本，假设是引用，那么直接就是绑定到该对象。可是，这对于异常是不正确的，不管你的异常的catch的參数是传值还是传引用，全部传递给该catch块的都是该对象的副本。（为什么是这样呢？由于一旦控制权离开了该函数，那么该函数的全部的局部对象都离开了生存空间，就会自己主动析构掉，那么此时传给该catch块的对象便是一个已经析构了的对象，这显然是不正确的。即使该暂时对象的生存期不只限于该函数，该结论依旧成立）。
  这里的 “exception对象总是会导致复制“的这一行为，直接导致了异常处理经常比 函数调用慢！！！
• 当对象复制被当做一个exception的，复制行为是由对象的拷贝构造函数来运行的，这个拷贝构造函数对应于该对象的静态类型！！而不是动态类型！！比如·比如以下的代码：

class Base{

public:

    Base(){cout << "ctor in Base..." << endl;}

    Base(const Base &){cout << "copy ctor in Base..." << endl;}

};

class Derived : public Base {

public:

    Derived(){cout  << "ctor in Derived..." << endl;}

    Derived(const Derived &b):Base(b){cout << "copy ctor in Derived..." << endl;}

};

void f()

{

    Derived d;  // print : ctor in Base  ctor in Derived

    Base &b = d;

    cout << "throw..." << endl;

    throw b;  //copy ctor in Base

}

void test()

{

    try{

        f();

        cout << "never be here..." << endl;

    }catch(Base) // 假设这儿是Base，那么print： copy ctor in Base，假设是Base reference，那么不输出不论什么东西

    {

        cout << "catch..." << endl;

    }

}

int main()

{

    test();

    return 0;

}

• 由上面知道“exception对象是其它对象的副本”，这里就会出如今不同的catch块中怎样传递exception的问题！！！

下述的throw 和throw w分别来模拟catch块中的继续传递当前exception的操作.

//利用throw语句继续传递当前的exception，假设直接使用throw，那么传递的是最初传递来的exception的实际类型，（test1中的throw）

//假设是使用throw + catch形參的方式，那么传递的是静态类型。

class Base{

public:

    Base(){cout << "ctor in Base..." << endl;}

    Base(const Base &){cout << "copy ctor in Base..." << endl;}

};

class Derived : public Base {

public:

    Derived(){cout  << "ctor in Derived..." << endl;}

    Derived(const Derived &b):Base(b) {cout << "copy ctor in Derived..." << endl;}

};

void f1()

{

    try{

        Derived d;  // ctor in Base ， ctor in Derived

        Base &b = d;

        cout << "throw..." << endl;

        //此处throw的是Derived对象

        throw d;  //copy ctor in Base  , copy ctor in Derived，这里看的是静态类型的！！！

    }catch(Base &w) //Base&是能够捕捉到上述的Derived异常的，不管此处是Base还是Base&，都能捕获到Derived类型的异常。

      //    假设此处是Derived，那么上述的throw假设throw的是b，那么这里不能捕获到。与一般的函数调用的參数绑定方式是一样的。

    {

        cout << "throw current exception 1, using throw only..." << endl;

        throw ; //假设直接使用throw，即使上面的catch是将一个Derived对象绑定到一个Base对象，这里传递的依旧是最初的Derived对象。

    }

}

void test1()

{

    try{

        f1();

        cout << "never be here..." << endl;

    }catch(Derived)   //copy ctor in Base, copy ctor in Derived

    //}catch(Base) // copy  ctor in Base .

    {

        cout << "catch..." << endl;

    }

}

void f2()

{

    try{

        Derived d;  // print : ctor in Base  ctor in Derived

        Base &b = d;

        cout << "throw in f2..." << endl;

        throw b;  //copy ctor in Base //这里的throw传递的则是静态类型。

    }catch(Base &w)

    {

        cout << "throw current exception 2 " << endl;

        throw w; //copy ctor in Base

    }

}

void test2()

{

    try{

        f2();

        cout << "never be here in test2..." << endl;

    }catch(Base &) // 假设这儿是Base，那么print： copy ctor in Base，假设是Base reference，那么不输出不论什么东西

    {

        cout << "catch in test2..." << endl;

    }

}

int main()

{

    cout << "1 ； "<< endl;

    test1();

    cout << "2 : " << endl;

    test2();

    return 0;

}

• 不同点： 一个被抛出的对象（依据上述显然是个暂时对象）能够以 by reference的方式捕捉，不须要以一个by reference to const的方式捕捉，可是函数调用的过程中将一个暂时对象传递给一个non-const-reference參数是不同意的。可是对exception合法。
  
  [ 将一个暂时对象传递给一个non-const-reference參数为什么是不同意的。 ]
  
  考虑以下的样例：

void f(const string &s)

{

    cout << s << endl;

    cout << "const-reference..." << endl;

    return;

}

void f2(string &s)

{

    cout << "non-const reference..." << endl;

    return;

}

int main(void)

{

    char buff[20] = "1234";

    //f和f2函数须要的是一个string的对象，可是传递的都是buff字符数组，那么这里就会有一个隐式类型转换，生成一个暂时的string对象。

    f(buff);   //调用成功。由于是const，不须要改变什么。

    f2(buff); //调用失败，原因：f2须要的是string的non-const reference，也就意味着f2函数可能会改动字符串s，而此时传递给

    //f2的是一个string的暂时对象，在函数退出时，该实參没有改变，全部的操作均施加于暂时形參s上，显然这并非程序猿的意图，我们传递一个

    //non-const reference给f2，应该就是希望改动buff这个实參的。

    return 0;

}

• 不同点： 假设以by value的方式传递一个函数自变量，那么便是对被传递对象做一个副本，此副本存储于相应的函数參数中； 假设以 by value的方式传递exception，会怎么样呢？ 比如 ：
  
  catch （Base b） 。。。 //预期得付出 “被抛出物” 的 ”两个副本“的构造代价，一个用于 ”不论什么exception都会产生的暂时对象的“身上，另一个是 ”将暂时对象拷贝到b”。
• 假设以by reference的方式的话，那么函数不须要不论什么额外动作，可是 exception 还是会有一个 “被抛出物”的副本的构造的代价。

• 假设以by pointer的方式来传递exception的话，那么必须注意的是千万不要跑出一个指向局部对象的指针。这也是 “义务性复制操作”必须考虑的情况。

• 不同点：throw子句与catch參数的匹配！！
  
  exception与catch子句的匹配过程只不过两种转换： 1 ， 继承架构中的类转换。 （一个针对Base class exception编写的catch子句，能够捕捉到一个derived class的exception） ，注意： 这个转换规则适用于以by value， by reference，或者是by pointer的三种方式。 2、 从一个“有型指针” 转换为一个 “无型指针”，比如一个针对于： const void *设计的catch子句，能够捕捉随意的指针类型的exception。

• 不同点： catch子句总是依出现的顺序进行匹配。也就是说，针对Derived class exception的catch子句一定要放在针对Base class exception的catch子句的前面。

Catch exception By reference

理由：

+ 假设是by pointer的话，那么须要的是一个超出该作用域都不会被销毁的对象，那么此时global和static是能够帮忙的，可是程序猿们可能会忘记这些；假设就是在throw的时候才暂时的构造一个exception对象，比方： throw new exception，那么catch子句是否要删除这个对象呢？诚然，假设是global或者static，那么显然不须要删除，可是假设是new的，显然就须要删除。

+ 假设是by value的话，就会出现对象分割的问题，当把一个Derived exception的对象给一个Base exception的时候，那么会出现对象分割的问题，这个时候假设你在catch块中调用了虚函数，那么该函数的版本号就仅仅是基类的版本号。显然这不是我们要的。

使用Catch exception by reference，便能够避免这些问题。