c++有一些在现实世界中很少看到的结构。这些结构有着自己的用法，但是要特别小心保守的予以运用。就像是网站 The Old New Thing首页标题上面的说的那样：

“代码通常被读的次数原因超过了被写的次数，所以计划要遵循此道。”

在下面将介绍一些很少有人能够知道的c++构造函数，包括其中的运用场景，语法和陷阱。

运用场景

try函数块的应用场景一般局限于下面几个：

（1）构造函数初始化列表；

（2）基类构造含数据；

（3）析构函数；

语法

对于函数

void f() try { /*...*/ } catch (...) { /*...*/ }

　　这等价于

void f() { try { /*...*/ } catch (...) { /*...*/ } }

　　对于构造函数初始化列表

struct A : public B

{

    A() try : B(), foo(1), bar(2)

    {

        // constructor body

    }

    catch (...)

    {

        // exceptions from the initializer list are caught here

        // but also rethrown after this block (unless the program is aborted)

    }

private:

    Foo foo;

    Bar bar;

};

　　对于析构函数来说，跟正常函数的使用方法是类似的

struct A

{

    ~A()

    try

    {

        // destructor body

    }

    catch (...)

    {

        // exceptions from the destructor are caught here

        // but also rethrown after this block (unless the program is aborted)

    }

};

　　陷阱

• 任何在构造函数和析构函数中捕捉的异常，默认情况下都会被重新抛出。这样的话，大多是情况下当捕捉到一个异常的时候，你能够做的事情就是用日志记录，或者是做一些清理工作。不管一个对象因为什么原因而失败了，你都不应该尝试去保存它的实例。

• 在函数catch块中的return语句表现的跟函数中的返回语句一样；
• 但控制流走到catch模块最后的时候，函数将返回。如果没有任何返回语句而且函数返回类型是非void的，那么行为将会是不确定的。
• try块函数主要有一些非直观的行为：
• 从命名空间范围内定义的构造函数中抛出的异常无法捕捉。
• 从static变量中获取的析构函数的对象中抛出的异常无法捕捉。

如上，try模块函数在进行代码审查的时候至少是应该引起重视的。try块函数使用并非都是错的，在一些上没有提到的用户场景中用到的时候，很容易出现问题。

来源http://szelei.me/rarely-known-cpp-constructs-part-1-function-try-blocks/