1、构造函数和析构函数为什么没有返回值？

构造函数和析构函数是两个非常特殊的函数：它们没有返回值。这与返回值为void的函数显然不同，后者虽然也不返回任何值，但还可以让它做点别的事情，而构造函数和析构函数则不允许。在程序中创建和消除一个对象的行为非常特殊，就像出生和死亡，而且总是由编译器来调用这些函数以确保它们被执行。如果它们有返回值，要么编译器必须知道如何处理返回值，要么就只能由客户程序员自己来显式的调用构造函数与析构函数，这样一来，安全性就被人破坏了。另外，析构函数不带任何参数，因为析构不需任何选项。

如果允许构造函数有返回值，在某此情况下，会引起歧义。如下两个例子

class C
{
public:
    C(): x(0) {    }
    C(int i): x(i) {   }

private:
    int x;
};

如果C的构造函数可以有返回值，比如

int：int C():x(0) { return 1; } //1表示构造成功，0表示失败

那么下列代码会发生什么事呢？

C c = C();  //此时c.x == 1！！！

很明显，C()调用了C的无参数构造函数。该构造函数返回int值1。恰好C有一个但参数构造函数C(int i)。于是，混乱来了。

按照C++的规定，C c = C();是用默认构造函数创建一个临时对象，并用这个临时对象初始化c。此时，c.x的值应该是0。但是，如果C::C()有返回值，并且返回了1（为了表示成功），则C++会用1去初始化c，即调用但参数构造函数C::C(int i)。得到的c.x便会是1。于是，语义产生了歧义。使得C++原本已经非常复杂的语法，进一步混乱不堪。

构造函数的调用之所以不设返回值，是因为构造函数的特殊性决定的。从基本语义角度来讲，构造函数返回的应当是所构造的对象。否则，我们将无法使用临时对象：

void f(int a) {...}  //(1)
void f(const C& a) {...} //(2)
f(C()); //(3)，究竟调用谁？

对于(3)，我们希望调用的是(2)，但如果C::C()有int类型的返回值，那么究竟是调(1)好呢，还是调用(2)好呢。于是，我们的重载体系，乃至整个的语法体系都会崩溃。

这里的核心是表达式的类型。目前，表达式C()的类型是类C。但如果C::C()有返回类型R，那么表达式C()的类型应当是R，而不是C，于是便会引发上述的类型问题。

2、显式调用构造函数和析构函数

#include <iostream>
using namespace std;

class MyClass
{
public:
    MyClass()
    {
        cout << "Constructors" << endl;
    }

    ~MyClass()
    {
        cout << "Destructors" << endl;
    }
};

int main()
{
    MyClass* pMyClass =  new MyClass;
    pMyClass->~MyClass();
    delete pMyClass;

    return 0;
}

结果：

Constructors
Destructors    //这个是显示调用的析构函数
Destructors    //这个是delete调用的析构函数

这有什么用？有时候，在对象的生命周期结束前，想先结束这个对象的时候就会派上用场了。直接调用析构函数并不释放对象所在的内存。

由此想到的：

new的时候，其实做了三件事，一是：调用::operator new分配所需内存。二是：调用构造函数。三是：返回指向新分配并构造的对象的指针。

delete的时候，做了两件事，一是：调用析构函数，二是：调用::operator delete释放内存。

所以推测构造函数也是可以显式调用的。做个实验：

int main()
{
    MyClass* pMyClass = (MyClass*)malloc(sizeof(MyClass));
    pMyClass->MyClass();
    // …
}

编译pMyClass->MyClass()出错：

error C2273: 'function-style cast' : illegal as right side of '->'operator

它以为MyClass是这个类型。

解决办法有两个：

第一：pMyClass->MyClass::MyClass();

第二：new(pMyClass) MyClass();

第二种用法涉及C++ placement new 的用法。参考：http://www.cnblogs.com/luxiaoxun/archive/2012/08/10/2631812.html

显示调用构造函数有什么用？

有时候，你可能由于效率考虑要用到malloc去给类对象分配内存，因为malloc是不调用构造函数的，所以这个时候会派上用场了。

另外下面也是可以的，虽然内置类型没有构造函数。

int* i = (int*)malloc(sizeof(int));
new (i) int();

3、拷贝（复制）构造函数为什么不能用值传递

当你尝试着把拷贝构造函数写成值传递的时候，会发现编译都通不过，错误信息如下：

error: invalid constructor; you probably meant 'S (const S&)' （大致意思是：无效的构造函数，你应该写成。。。）

当编译错误的时候你就开始纠结了，为什么拷贝构造函数一定要使用引用传递呢，我上网查找了许多资料，大家的意思基本上都是说如果用值传递的话可能会产生死循环。编译器可能基于这样的原因不允许出现值传递的拷贝构造函数，也有可能是C++标准是这样规定的。

如果真是产生死循环这个原因的话，应该是这样子的：

class S
{
public:
    S(int x):a(x){ }
    S(const S st) //拷贝构造函数
    {
        a = st.a;
    }
private:
    int a;
};

int main()
{
    S s1(2);
    S s2(s1);
    return 0;
}

当给s2初始化的时候调用了s2的拷贝构造函数，由于是值传递，系统会给形参st重新申请一段空间，然后调用自身的拷贝构造函数把s1的数据成员的值传给st。当调用自身的拷贝构造函数的时候又因为是值传递，所以...

也就是说，只要调用拷贝构造函数，就会重新申请一段空间，只要重新申请一段空间，就会调用拷贝构造函数，这样一直下去就形成了一个死循环。所以拷贝构造函数一定不能是值传递。

4、构造函数/析构函数抛出异常的问题

构造函数抛出异常：

1.不建议在构造函数中抛出异常；

2.构造函数抛出异常时，析构函数将不会被执行；

C++仅仅能删除被完全构造的对象（fully contructed objects），只有一个对象的构造函数完全运行完毕，这个对象才能被完全地构造。对象中的每个数据成员应该清理自己，如果构造函数抛出异常，对象的析构函数将不会运行。如果你的对象需要撤销一些已经做了的动作（如分配了内存，打开了一个文件，或者锁定了某个信号量），这些需要被撤销的动作必须被对象内部的一个数据成员记住处理。

析构函数抛出异常：

在有两种情况下会调用析构函数。第一种是在正常情况下删除一个对象，例如对象超出了作用域或被显式地delete。第二种是异常传递的堆栈辗转开解（stack-unwinding）过程中，由异常处理系统删除一个对象。

在上述两种情况下，调用析构函数时异常可能处于激活状态也可能没有处于激活状态。遗憾的是没有办法在析构函数内部区分出这两种情况。因此在写析构函数时你必须保守地假设有异常被激活，因为如果在一个异常被激活的同时，析构函数也抛出异常，并导致程序控制权转移到析构函数外，C++将调用terminate函数。这个函数的作用正如其名字所表示的：它终止你程序的运行，而且是立即终止，甚至连局部对象都没有被释放。

概括如下：

1.析构函数不应该抛出异常；

2.当析构函数中会有一些可能发生异常时，那么就必须要把这种可能发生的异常完全封装在析构函数内部，决不能让它抛出函数之外；

3.当处理另一个异常过程中，不要从析构函数抛出异常；

在构造函数和析构函数中防止资源泄漏的好方法就是使用smart point（智能指针），C++ STL提供了类模板auto_ptr，用auto_ptr对象代替原始指针，你将不再为堆对象不能被删除而担心，即使在抛出异常时，对象也能被及时删除。因为auto_ptr的析构函数使用的是单对象形式的delete，而不是delete []，所以auto_ptr不能用于指向对象数组的指针。当复制 auto_ptr 对象或者将它的值赋给其他 auto_ptr 对象的时候，将基础对象的所有权从原来的 auto_ptr 对象转给副本，原来的 auto_ptr 对象重置为未绑定状态。因此，不能将 auto_ptrs 存储在标准库容器类型中。如果要将智能指针作为STL容器的元素，可以使用Boost库里的shared_ptr。

来自: http://www.cnblogs.com/luxiaoxun/archive/2012/09/06/2673249.html

原文链接: https://www.cnblogs.com/mjorcen/p/3934891.html

欢迎关注

微信关注下方公众号，第一时间获取干货硬货；公众号内回复【pdf】免费获取数百本计算机经典书籍